Источники данных
В этой статье описываются возможные источники данных для сервисной конфигурации на Платформе NGENIX Multidesk и их поддержка на уровне архитектур сервисных конфигураций.
Источниками данных для Платформы могут выступать:
Группы серверов оригинации
В качестве источника данных для конфигурации могут выступать один и более серверов оригинации заказчика. Сервера оригинации объединяются в группы серверов, для них настраиваются следующие параметры:
Метод балансировки
Путь к данным на серверах
Протокол взаимодействия (HTTP/HTTPS)
HTTP-заголовок Host
Контроль доступности (интервал контроля доступности и максимальное количество неудачных попыток получения данных от сервера за указанный интервал времени).
Статус (основной/резервный)
Для объединения серверов оригинации в группы должно соблюдаться условие:
На всех серверах группы должен присутствовать идентичный контент!
Возможны следующие методы балансировки при обращении к серверам оригинации:
Round Robin. Запросы направляются к серверам оригинации по очереди. Если все основные сервера недоступны, запросы направляются на резервные. Если хотя бы один основной сервер доступен, на резервные серверы запросы не отправляются.
Inconsistent IP. В качестве ключа используются первые три октета IP-адреса, поэтому запросы клиента будут передаваться на один и тот же сервер (при условии, что в его сети используется пространство адресов не более /24). Если сервер станет недоступным, запросы из этой подсети будут передаваться на другой сервер. При изменении списка серверов высоко вероятно перераспределение клиентов.
Consistent IP. В качестве ключа используется полный IP-адрес, запросы клиента будут передаваться на один и тот же сервер (при условии сохранения IP-адреса). При изменении списка серверов будет осуществлено минимальное перераспределение пользователей.
Consistent URI. В качестве ключа используется запрашиваемый URI, поэтому запросы к одному и тому же URI будут всегда передаваться на один и тот же сервер. При изменении списка серверов будет осуществлено минимальное перераспределение пользователей.
Consistent Key. Дает возможность использовать регулярные выражения для описания произвольного ключа по IP клиента или по запрашиваемому URI.
Поддерживаемые архитектуры сервисных конфигураций:
Объектное хранилище (S3)
В качестве источника данных для конфигурации может выступать корзина хранения данных, позволяющей организовать хранение ваших данных на серверах хранения NGENIX в виде объектов с доступом по протоколу S3. При этом можно также указать путь к данным в корзине хранения.
Поддерживаемые архитектуры сервисных конфигураций:
Файловое хранилище (FTP)
В качестве источника данных для конфигурации может выступать сервис Cloud Data Storage, позволяющей организовать хранения файлов с доступом по протоколу FTP на распределенных серверах хранения NGENIX. При этом можно также указать путь к данным внутри директории /content/.
Поддерживаемые архитектуры сервисных конфигураций:
Объект облачный WAF
В качестве источника данных для конфигурации может выступать объект облачный WAF сервиса Сloud WAF - позволяет организовать обработку и анализ запросов, поступающих к Серверам оригинации заказчика из сети Интернет, на предмет наличия вредоносных запросов (межсайтовая подделка запросов, межсайтовый скриптинг, PHP-инъекции, SQL-инъекции и т.д.) с помощью ПО WAF, функционирующего на вычислительной инфраструктуре NGENIX, поддерживаемой специалистами NGENIX.
Поддерживаемые архитектуры сервисных конфигураций:
Сервер оригинации
В качестве источника данных для конфигурации может выступать один сервер оригинации заказчика. Для него настраиваются следующие параметры:
Путь к данным на сервере
Протокол взаимодействия (HTTP/HTTPS)
Поддерживаемые архитектуры сервисных конфигураций:
Сервера публикации (точки публикации NGENIX)
В качестве источника данных для конфигурации может выступать один или два сервера публикации NGENIX (второй сервер резервный).
Поддерживаемые архитектуры сервисных конфигураций:
Last updated