Инфраструктура high availability. Лучшие практики и шаги по созданию

Клиенты ожидают, что интернет-услуги будут доступны постоянно, независимо от часового пояса и времени. Инфраструктура high availability - вот лучшие практики

До появления Интернета, электронной коммерции и онлайн-сервисов концепция инфраструктуры высокой доступности ограничивалась только обычными рабочими часами обычных магазинов.

Услуги предлагались только до тех пор, пока были открыты двери и горел свет. Это система высокой доступности доинтернетовской эпохи.

Но потребительское мышление изменилось в эпоху цифровых технологий.

Пользователи ожидают, что интернет-услуги будут доступны постоянно. Ожидается, что онлайн-сервисы будут работать независимо от часового пояса, рабочего времени или даже праздников.

Ваша ИТ-инфраструктура может нормально функционировать даже в случае отказа некоторых ее компонентов благодаря высокой доступности.

Высокая доступность имеет решающее значение для критически важных систем, поскольку перебои в обслуживании могут негативно сказаться на бизнесе, что приведет к дополнительным затратам или финансовым потерям.

Высокая доступность гарантирует, что ИТ-команда предприняла все необходимые усилия для обеспечения непрерывности бизнеса, даже если это не исключает полностью вероятность перебоев в обслуживании.

В этой статье мы обсудим практики обеспечения высокой доступности.

Инфраструктура high availability. Поддерживайте несколько центров обработки данных в разных регионах

Важно отметить, что вы не можете просто выбрать один центр обработки данных или облачный регион. Вам нужно несколько местоположений, в зависимости от потребностей вашего бизнеса и приложений, которые вы используете.

Если вы работаете с большим корпоративным приложением, может иметь смысл иметь несколько центров обработки данных в разных частях мира, чтобы в случае катастрофы (например, землетрясения) в одном месте другие сайты могли продолжать работать без перерыва.

Аналогичный подход используется при выборе типа инфраструктурной платформы, которую следует использовать для обеспечения высокой доступности: имея несколько платформ, доступных в любой момент времени, пользователи смогут получать доступ к своим приложениям независимо от того, что происходит где-либо еще.

Этот подход также снижает риск, поскольку каждая платформа будет независимо управляться персоналом ИТ-службы , который знает, как лучше всего удовлетворить ее конкретные потребности, что означает меньшую вероятность простоя, влияющего на критически важные системы ниже по течению (сайты электронной коммерции не могут принимать заказы).

Постоянно контролируйте свою инфраструктуру информационной системы

Мониторинг инфраструктуры необходим для обеспечения высокой доступности.

Первым шагом к успешной инфраструктуре высокой доступности является мониторинг, который должен быть непрерывным и автоматизированным.

Мониторинг также должен включать другие аспекты работы вашего приложения: какие результаты мы получаем от наших тестов? Соответствуют ли они тому, что мы ожидаем? Как часто мы ошибаемся в определенных частях нашей кодовой базы (и почему)?

Эти вопросы помогают нам понять, насколько хорошо работают наши тесты, как часть общей картины того, работает ли наша система должным образом.

Управляйте временем безотказной работы с помощью SLA

SLA — это договор между вами и вашим поставщиком ИТ-услуг , который определяет, как долго они будут доступны для ответа на запросы, включая возможность восстановления услуг после сбоя.

Язык SLA должен быть четким и кратким; он должен включать конкретные типы предоставляемых услуг, как долго каждый тип может быть недоступен (например, один час), что произойдет, если что-то пойдет не так с этой службой во время ее простоя (например, никто не сможет получить доступ к почте ), и так далее.

Проверяйте свои резервные копии с помощью быстрого восстановления и тестирования аварийного восстановления

Если вы хотите быть уверены, что процессы резервного копирования и восстановления работают должным образом, важно регулярно их тестировать.

Часто проверяйте процессы резервного копирования с помощью плана тестирования «быстрое восстановление» или «аварийное восстановление».

Это можно сделать, смоделировав сбой и проверив, может ли процесс резервного копирования своевременно восстановить данные. Например, если у вас есть ежедневное внешнее резервное копирование всех данных клиентов (например, в рабочее время), убедитесь, что это делается каждый день в полдень, даже если в эти часы не было запланированных отключений на другом сервере, где хранились данные клиентов. хранятся в разных местах, а не там, где они обычно хранятся с полуночи до полудня каждую ночь.

Часто проверяйте процессы восстановления с помощью работающих серверов, чтобы можно было быстро выявить любые проблемы до того, как они повлияют на другие части инфраструктуры.

• Контролируйте свои расходы на аварийное восстановление
• Важно предусмотреть расходы на аварийное восстановление.

Слишком часто организации недооценивают, сколько им нужно будет потратить на инфраструктуру аварийного восстановления, а затем оказываются в затруднительном финансовом положении, когда что-то идет не так.

Верно и то, что вы можете контролировать стоимость аварийного восстановления с помощью облачных сервисов, таких как Amazon Web Services (AWS), Google Cloud Platform (GCP) или Microsoft Azure Marketplace.

Эти провайдеры предлагают инструменты, которые позволяют создавать частные облака с предварительно настроенными конфигурациями, поэтому вашей организации не нужно беспокоиться об управлении собственными серверами — ей просто нужен доступ к этим ресурсам через их общедоступные облачные платформы!

Кроме того, эти платформы обеспечивают доступ не только для отдельных пользователей, но и для крупных организаций, которые хотят масштабироваться по доступной цене без настройки собственных серверов; это означает меньшие накладные расходы на покупку оборудования, а также затраты на рабочую силу, связанные с его обслуживанием самостоятельно с течением времени.

Вывод

Важно помнить, что инфраструктура высокой доступности — это не решение типа «установил и забыл».

Имея инфраструктуру высокой доступности, вы можете избежать большей части простоев и продолжать работать с критически важными бизнес-приложениями, даже если есть проблемы в другом месте.