Azure Event Hubs での信頼性

この記事では、Azure Event Hubs の信頼性サポートについて説明し、可用性ゾーンによるリージョン内の回復性と、リージョン間のディザスター リカバリーおよび事業継続の両方を取り上げます。 Azure における信頼性の原則の詳細については、Azure の信頼性に関するページを参照してください。

可用性ゾーンのサポート

Azure 可用性ゾーンとは、各 Azure リージョン内にある、3 つ以上に物理的に分離されたデータセンターのグループです。 各ゾーン内のデータセンターには、独立した電源、冷却手段、ネットワーク インフラストラクチャが備わっています。 ローカル ゾーンの障害が発生した場合、可用性ゾーンは、1 つのゾーンが影響を受けたときに、リージョンのサービス、容量、高可用性が残りの 2 つのゾーンによってサポートされるように設計されています。

障害の範囲は、ソフトウェアやハードウェアの障害から、地震、水害、火災などの事象に至る可能性があります。 Azure サービスの冗長と論理的な分離により、障害に対するトレランスが実現されます。 Azure の可用性ゾーンの詳細については、リージョンと可用性ゾーンに関する記事を参照してください。

Azure の可用性ゾーン対応サービスは、適切なレベルの信頼性と柔軟性を提供するように設計されています。 それらは 2 つの方法で構成できます。 それらは、ゾーン間の自動レプリケーションによるゾーン冗長、またはインスタンスを特定のゾーンにピン留めするゾーンベースのいずれかになります。 これらのアプローチを組み合わせることもできます。 ゾーン ベースとゾーン冗長のアーキテクチャを比較した詳細については、「可用性ゾーンとリージョンの使用に関する推奨事項」を参照してください。

Event Hubs には透過的な障害検出とフェールオーバー メカニズムが実装されているため、障害が発生しても、サービスは確実なサービス レベルの範囲で、顕著な中断なしに動作し続けます。 可用性ゾーンをサポートするリージョンに Event Hubs 名前空間を作成すると、ゾーン冗長が自動的に有効になります。 ゾーン冗長により、フォールト トレランスが増加し、サービスには施設全体の停止に対処するための十分な容量予約が確保されます。 メタデータとデータ (イベント) の両方が、各ゾーン内のデータ センター間でレプリケートされます。

前提条件

Availability Zones サポートは、可用性ゾーンがある Azure リージョンでのみ使用できます。

可用性ゾーンが有効になっているリソースを作成する

Azure portal を使用すると、ゾーン冗長が自動的に有効になります。 名前空間を作成するときに、可用性ゾーンをサポートするリージョンを選択すると、次の強調表示されたメッセージが表示されます。

可用性ゾーンを無効にする

Azure portal では、可用性ゾーンの無効化はサポートされていません。 可用性ゾーンを無効にするには、次のいずれかの方法を使用します。

• --zone-redundant=false を使用した Azure CLI コマンド az eventhubs namespace

• -ZoneRedundant=false を使用した PowerShell コマンド New-AzEventHubNamespace。ゾーン冗長を無効にして名前空間を作成します。

可用性ゾーンの移行

可用性ゾーンをサポートするリージョンに可用性ゾーンを作成すると、可用性ゾーンが自動的に有効になります。 Event Hubs 名前空間を、可用性ゾーンをサポートする新しいリージョンに移動する方法については、Event Hubs を別のリージョンに割り当てる方法に関する説明を参照してください。

リージョン間のディザスター リカバリーおよび事業継続

ディザスター リカバリー (DR) とは、ダウンタイムやデータ損失につながるような、影響の大きいイベント (自然災害やデプロイの失敗など) から復旧することです。 原因に関係なく、災害に対する最善の解決策は、明確に定義されテストされた DR プランと、DR を積極的にサポートするアプリケーション設計です。 ディザスター リカバリー計画の作成を検討する前に、「ディザスター リカバリー戦略の設計に関する推奨事項」を参照してください。

DR に関しては、Microsoft は共有責任モデルを使用します。 共有責任モデルでは、ベースライン インフラストラクチャとプラットフォーム サービスの可用性が Microsoft によって保証されます。 同時に、多くの Azure サービスでは、データのレプリケート、または障害が発生したリージョンから別の有効なリージョンにクロスレプリケートするフォールバックは、自動的には行われません。 それらのサービスについては、お客様がワークロードに適したディザスター リカバリー計画を設定する必要があります。 Azure PaaS (サービスとしてのプラットフォーム) オファリング上で実行されるほとんどのサービスには、DR をサポートするための機能とガイダンスが用意されており、お客様はサービス固有の機能を使って迅速な復旧をサポートでき、DR 計画の開発に役立ちます。

可用性ゾーンのサポートを備えた、すべてアクティブな Azure Event Hubs クラスター モデルにより、ハードウェアおよびデータセンターの停止に対する回復性が提供されます。 ただし、ある Azure リージョン全体とすべてのゾーンが使用できない障害の場合は、geo ディザスター リカバリーを使用してワークロードとアプリケーション構成を復旧できます。

Azure Event Hubs には、geo ディザスター リカバリーを提供する機能が 2 つ存在します。

• geo ディザスター リカバリー (メタデータ DR) は、メタデータのみのレプリケーションを提供します。

  geo ディザスター リカバリーにより、名前空間 (Event Hubs、コンシューマー グループ、設定) の構成全体が、ペアリングされた場合に、プライマリ名前空間からセカンダリ名前空間に継続的にレプリケートされることが保証されます。

  Azure Event Hubs の geo ディザスター リカバリー機能はディザスター リカバリー ソリューションです。 この記事の中で説明する概念とワークフローは、一時的な停止ではなく、障害のシナリオに適用されます。 Microsoft Azure でのディザスター リカバリーの詳細については、こちらの記事をご覧ください。

  geo ディザスター リカバリーを使用すると、プライマリからセカンダリへの 1 回限りのフェールオーバー移動をいつでも開始できます。 フェールオーバー移動により、その名前空間の選択したエイリアス名がセカンダリ名前空間を指します。 移動してから、そのペアリングは削除されます。 フェールオーバーは、開始されるとほぼ瞬時に完了します。

  Event Hubs での geo ディザスター リカバリーの詳細な情報、サンプル、その他のドキュメントについては、「Azure Event Hubs - geo ディザスター リカバリー」を参照してください。

• geo レプリケーション (パブリック プレビュー)。メタデータとデータの両方のレプリケーションを提供し、構成情報とすべてのデータをプライマリ名前空間から 1 つ以上のセカンダリ名前空間にレプリケートします。 フェールオーバーが実行されると、選択されたセカンダリがプライマリになり、以前のプライマリがセカンダリになります。 ユーザーは、必要に応じて元のプライマリへのフェールオーバーを実行できます。

  Event Hubs での geo レプリケーションの詳細、サンプル、および詳細なドキュメントについては、geo レプリケーションに関する記事を参照してください。

次のステップ

• Azure での信頼性