Доставка приложений в корпоративном ЦОДе и облачных средах. Часть 3. Отказоустойчивость ADC

 ЛЕОНИД ШАПИРО, архитектор ИТ-систем, MVP, MCT, MCSE, MCITP:EA, MCSE:S, MCSE:M, RCSS, RCAS-AL, shapiro_leonid@yahoo.com

Доставка приложений в корпоративном ЦОДе
и облачных средах. Часть 3. Отказоустойчивость ADC

В предыдущих статьях [1, 2] мы рассмотрели некоторые вопросы доставки приложений в корпоративном центре обработке данных, теперь имеет смысл поговорить о надежности, отказоустойчивости и высокой доступности

Этот аспект крайне важен с точки зрения обеспечения непрерывности сервиса ЦОД. ADC также может являться точкой отказа, а раз так, то необходимо предусмотреть метод обеспечения его резервирования.

Традиционной схемой является использование технологии VRRP [3], поскольку ADC может рассматриваться в определенном смысле в качестве устройства L2-L3 [4], однако такой метод требует глубокого погружения в сетевые технологии от группы, занимающейся прикладными вопросами, и более сложной настройки контроллера доставки приложений.

Поэтому многие производители предлагают другие варианты обеспечения непрерывности сервиса с точки зрения балансировки и нагрузки и доставки приложений. Примером такого подхода является новая технология высокой доступности, представленная компанией Radware [5], настройку которой мы и разберем в этой статье.

Технология высокой доступности Radware Alteon

Любая технология высокой доступности реализуется за счет дублирования работающих устройств или виртуальных машин, то есть отказ одного компонента решения не приводит кобщему отказу за счет использования второго устройства или виртуальной машины. Radware Alteon, разумеется, не исключение. Предусматривается совместная работа двух устройств, при которой одно является основным (Active), второе – резервным (Standby).

Надо иметь в виду, что возможны два режима отказоустойчивости:

• Switch Mode – режим коммутатора;
• Service Mode – режим отказоустойчивости сервисов.

Сравнивая традиционный метод на основе технологий VRRP с HA, можно заметить ряд преимуществ предлагаемой новой технологии, хотя, разумеется, на выбор того или иного подхода также будут влиять текущая сложившаяся ситуация в ЦОДах компании и возможности по кратковременному прерыванию сервисов в период перенастройки ADC.

Статью целиком читайте в журнале «Системный администратор», №1-2 за 2017 г. на страницах 46-50.

PDF-версию данного номера можно приобрести в нашем магазине.

1. Шапиро Л. Доставка приложений в корпоративном ЦОДе и облачных средах. Часть 1. Выбор ADC. // «БИТ», №3, 2016 г. – С. 30-34 (http://bit.samag.ru/archive/article/1632).
2. Шапиро Л. Доставка приложений в корпоративном ЦОДе и облачных средах. Часть 2. Основные принципы настройки ADC. // «БИТ», №9, 2016 г. – С. 40-42 (http://bit.samag.ru/archive/article/1762).
3. Virtual Router Redundancy Protocol (VRRP) – https://tools.ietf.org/html/rfc3768.
4. The OSI Model's Seven Layers Defined and Functions Explained – https://support.microsoft.com/en-us/kb/103884.
5. www.radware.com.
6. Gratuitous ARP – https://wiki.wireshark.org/Gratuitous_ARP.
7. Alteon Command Line Interface Application Guide.

Комментарии могут оставлять только зарегистрированные пользователи