Linux и облако

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

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

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

Начните с двух показателей: RPO и RTO

Высокая доступность (HA) и аварийное восстановление (DR) решают разные задачи, поэтому проектируйте их раздельно.

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

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

Adabas Cluster для Linux: высокая доступность, встроенная в продукт

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

В кластере используется архитектура «без разделения ресурсов» (shared-nothing) с первичным и вторичными узлами. Вот как это работает:

Полные копии на каждом узле. Каждый узел содержит полный набор данных и может работать на отдельном хосте. Здесь нет общего диска, который мог бы стать единой точкой отказа.
Синхронная репликация. Кластер применяет каждое изменение к вторичным узлам в рамках транзакции, поэтому при переключении на резерв не происходит потери зафиксированных (committed) данных.
Автоматическое переключение при сбое. При обнаружении сбоя работающий вторичный узел повышается до статуса первичного. Обновления прозрачно направляются на тот узел, который является первичным, в то время как операции чтения также могут обслуживаться вторичными узлами.
Скользящее обслуживание (Rolling maintenance). Вы можете обновлять Adabas или операционную систему по одному узлу за раз, не переводя кластер в автономный режим.

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

Если вы работаете на мейнфреймах, Adabas Cluster Services и Adabas Parallel Services продолжают обеспечивать проверенную высокую доступность и масштабируемость в z/OS. Отказоустойчивость — это не то, от чего нужно отказываться, оставаясь на прежнем месте.

Эталонная архитектура

Эталонная архитектура высокой доступности и аварийного восстановления Adabas · 3 зоны, 1 регион DR

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

Облачные функции, усиливающие Adabas

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

Зоны доступности. Размещайте узлы кластера в разных зонах. Если зона выходит из строя, управление берет на себя вторичный узел в уцелевшей зоне.
Зонально-избыточное хранилище и снимки. Объединяйте резервные копии и журналы защиты Adabas с надежным реплицируемым хранилищем для быстрого восстановления на определенный момент времени.
Межрегиональное аварийное восстановление (Cross-region DR). Реплицируйте резервные копии или используйте асинхронную репликацию с помощью Adabas Event Replicator во второй регион, который можно активировать после регионального сбоя.
Контейнеры и Kubernetes. Adabas и Natural работают в Docker и Kubernetes, поэтому вышедшие из строя контейнеры автоматически перезапускаются, а среды стабильно пересобираются из кода.
Инфраструктура как код (IaC). Опишите всю инфраструктуру HA и DR в Terraform или аналогичных инструментах, чтобы регулярно тестировать переключение при сбоях и пересобирать регион по требованию.
Администрирование. Adabas Manager предоставляет браузерное администрирование баз данных Adabas.

Одни и те же проектные решения работают в любом крупном облаке или в ваших собственных дата-центрах. Вы не привязаны к одному поставщику.

Безопасность по дизайну

Отказоустойчивость имеет мало значения без безопасности, и Adabas охватывает оба уровня:

Шифрование данных в состоянии покоя. Adabas Encryption for Linux защищает файлы баз данных локально и в облаке.
Шифрование при передаче. ADATCP(S) защищает клиентский трафик, а TLS шифрует связь между узлами кластера.
Контроль доступа. Natural Security контролирует, кто может запускать какие программы и получать доступ к каким данным, а ролевой контроль доступа Adabas (RBAC) позволяет предоставлять и отзывать разрешения для базы данных.
Сетевая изоляция. Частные подсети, группы безопасности и частные конечные точки защищают базу данных от публичного интернета.
Управление ключами. Adabas Encryption в дополнение к локальной конфигурации также работает с внешними системами управления ключами, включая Azure Key Vault, AWS Key Management Service (KMS) и HashiCorp Vault.

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

Затраты: платите за ту отказоустойчивость, которая вам нужна

Не каждое приложение требует одинакового уровня защиты. Сопоставьте каждую рабочую нагрузку с определенным уровнем на основе ее RPO и RTO:

Несколько правил помогут держать расходы под контролем:

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

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

Проверено везде, где вы работаете

Adabas всегда пользовался доверием для проведения критически важных транзакций. Эта же проверенная надежность применима к Linux, контейнерам и любому крупному облаку благодаря встроенной кластеризации, автоматическому переключению при сбоях, шифрованию и гибким возможностям аварийного восстановления. Остаетесь ли вы на мейнфрейме, работаете в собственном дата-центре или планируете переход в облако — выбор за вами. Если вы хотите обсудить проект HA и DR для вашей текущей или будущей среды, наши архитекторы с радостью вам помогут.