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

Печальная правда о технологиях заключается в том, что аппаратное обеспечение требует технического обслуживания, и аппаратные сбои действительно происходят. Облачные ресурсы подвергаются такому же техническому обслуживанию, как и традиционные локальные ресурсы. В августе 2018 года Oracle Cloud Infrastructure представила домены сбоев для виртуальных машин и вычислительных экземпляров bare metal. Домены сбоев Oracle Cloud Infrastructure гарантируют, что приложения могут избежать аппаратных сбоев и планового технического обслуживания оборудования в домене доступности.

Домен доступности Oracle Cloud Infrastructure – это:

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

Домен с ошибкой в облачной инфраструктуре Oracle:

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

Санджай Пиллаи опубликовал отличный обзор теории, лежащей в основе доменов сбоев облачной инфраструктуры Oracle, и того, как вы размещаете в них вычислительные экземпляры. Когда вы развертываете приложение в облачной инфраструктуре, уникальная архитектура и требования к привязке или противодействию привязке приложения определяют, как экземпляры распределяются по доменам сбоев. В разделе “Рекомендации по использованию вычислительных экземпляров” в документации Oracle Cloud Infrastructure описаны домены сбоев с помощью нескольких сценариев приложений.

Развертывание облачных служб в нескольких доменах доступности является предпочтительным методом обеспечения высокой доступности. Если архитектура вашего приложения требует, чтобы компоненты находились в одном домене доступности, выбор подходящего домена сбоев для компонентов приложения может помочь защитить от сбоев ресурсов. В приведенных ниже разделах анализируются опубликованные архитектуры для JD Edwards EnterpriseOne (JDE) и Oracle E-Business Suite (EBS), а также то, как домены доступности и домены сбоев поддерживают приложение. В конце этого сообщения в блоге приведены ссылки на документацию по решениям Oracle для EBS, JDE и Siebel CRM.

Несколько доменов доступности

Когда вы используете несколько доменов доступности для стека приложений, распределение экземпляров по одному домену сбоев обеспечивает их надлежащую привязку друг к другу. В следующем примере JD Edwards EnterpriseOne географически разделенные домены доступности обеспечивают первичную избыточность приложения. Домены сбоев назначаются иначе, чем в предыдущем примере Oracle E-Business Suite.

Входящие подключения к JD Edwards EnterpriseOne направляются к балансировщикам нагрузки в обоих доменах доступности через DNS, который является внешним по отношению к Oracle Cloud Infrastructure. Балансировщики нагрузки направляют трафик к экземплярам приложений на основе настроенной политики распределения. В следующем примере отдельные домены доступности обеспечивают первичную избыточность приложений. Все хосты на уровнях представления и средних уровнях принадлежат к ДОМЕНУ СБОЯ-1. Поскольку домены сбоев специфичны для домена доступности, FAULT-DOMAIN-1 в домене доступности 1 представляет собой другой набор оборудования, чем& FAULT-DOMAIN-1 в домене доступности 2, несмотря на то, что имеет то же имя. Поскольку все узлы в каждом домене доступности находятся в одном и том же домене сбоев, сбой оборудования или плановое техническое обслуживание в географическом регионе лишь минимально влияют на каждый домен доступности. Аппаратные события, которые влияют на узлы в домене доступности 2, не влияют на узлы в домене доступности 1. Размещение всех хостов в одном домене сбоев гарантирует, что аналогичные требуемые действия по обслуживанию инфраструктуры минимально повлияют на стек приложений.

Диаграмма из “Узнайте о развертывании JD Edwards EnterpriseOne на Oracle Cloud Infrastructure & One Availability Domain

При развертывании стека приложений в одном домене доступности распределение экземпляров по нескольким доменам сбоев обеспечивает их надлежащую защиту друг от друга. В следующем примере Oracle E-Business Suite домены сбоев обеспечивают доступ конечных пользователей во время сбоев оборудования или планового обслуживания инфраструктуры.

Входящие подключения к Oracle E-Business Suite направляются на серверы в пуле приложений через балансировщик нагрузки. На уровне приложений узел 1 находится в ДОМЕНЕ СБОЯ-1, а узел 2 – в ДОМЕНЕ СБОЯ-2. Если аппаратный сбой затрагивает узел 1, Oracle E-Business Suite доступен через узел 2. Если бы хост 1 и хост 2 существовали в одном и том же домене с ошибкой, Oracle E-Business Suite, скорее всего, был бы недоступен конечным пользователям. В случае обслуживания оборудования Oracle Cloud Infrastructure окна обслуживания домена сбоев не перекрываются.

Диаграмма из “Узнайте о развертывании Oracle E-Business Suite в Oracle Cloud” Инфраструктура &

Если вы хотите узнать больше об использовании доменов сбоев в вашем приложении, следующие ссылки на документацию по решению содержат дополнительные сценарии и подробную информацию. Тщательный выбор подходящего домена сбоев для вычислительных экземпляров в Oracle Cloud Infrastructure гарантирует, что аппаратные сбои и плановое техническое обслуживание неожиданно не повлияют на конечных пользователей.& Если вам нужна другая точка зрения, найдите в Интернете статью, написанную моим коллегой Люком Фельдманом, о том, почему домены ошибок так важны в облачной инфраструктуре Oracle.

Наконец, если вы еще не зарегистрировались на бесплатную пробную версию Oracle Cloud Infrastructure, вы можете сделать это сейчас. Позвольте нам предоставить облако, чтобы вы могли строить будущее.

Ресурсы по разработке решений

• Узнайте о развертывании Oracle E-Business Suite в облачной инфраструктуре Oracle
• Узнайте о развертывании Siebel CRM в облачной инфраструктуре Oracle
• Узнайте о развертывании JD Edwards EnterpriseOne в облачной инфраструктуре Oracle

beinginthecloud.com