Azure 可用性ゾーンの移行ベースライン

[アーティクル]
04/14/2023

この記事では、非可用性ゾーンから可用性ゾーンのサポートに移行する目的で、アプリケーションの可用性ゾーンの準備状況を評価する方法について説明します。アプリケーションとリージョンの要件に合わせて可用性ゾーンのサポートを利用する方法を決定するために必要な手順について説明します。可用性ゾーンとその可用性ゾーンをサポートするリージョンの詳細については、「 Azure リージョンと可用性ゾーンとは」を参照してください。

信頼性の高いワークロードを作成する場合は、次のいずれかの可用性ゾーン構成を選択できます。

ゾーンベース。ゾーン構成では、選択した特定の可用性ゾーンが提供されます。
ゾーン冗長。ゾーン冗長構成では、ゾーン間で自動的にレプリケートまたは分散されるリソースが提供されます。

ゾーンとゾーン冗長の 2 つの可用性ゾーンオプションに加えて、Azure では グローバルサービスが提供されます。つまり、リージョンに関係なくグローバルに利用できます。これらのサービスはリージョン間で常に利用できるため、リージョンとゾーンの両方の障害に対する回復性があります。

可用性ゾーンをサポートする Azure サービスを確認するには、「可用性ゾーンサービスとリージョンのサポート」を参照してください。

Note

ゾーン冗長またはゾーン冗長のどちらかのリソースのゾーン構成を選択しない場合、リソースとそのサブコンポーネントはゾーン回復性を持たなくなり、そのリージョンのゾーン停止中にダウンする可能性があります。

可用性ゾーンのサポートへの移行に関する考慮事項

SLA と信頼性の両方のターゲットを満たす可用性ゾーンを備えた信頼性の高い Azure アプリケーションを作成するには、いくつかの方法が考えられます。技術的および規制上の考慮事項、サービス機能、データ所在地、コンプライアンス要件、待機時間に基づいて、ニーズに適したアプローチを選択するには、次の手順に従います。

手順 1: Azure リージョンで可用性ゾーンがサポートされているかどうかを確認する

この最初の手順では、選択した Azure リージョンが可用性ゾーンと、アプリケーションに必要な Azure サービスをサポートしていることを検証する必要があります。

リージョンで可用性ゾーンがサポートされている場合は、可用性ゾーン用にワークロードを構成することを強くお勧めします。リージョンで可用性ゾーンがサポートされていない場合は、 Azure Resource Mover ガイダンスを使用して、可用性ゾーンのサポートを提供するリージョンに移行する必要があります。

Note

一部のサービスでは、可用性ゾーンはデプロイ中にのみ構成できます。既存のサービスの可用性ゾーンを含める場合は、再デプロイが必要になる場合があります。 Microsoft Azure 製品とサービスの可用性ゾーン移行ガイダンスの概要に関するページのサービス固有のドキュメントを参照してください。

手順 2: Azure リージョンで製品と SKU の可用性を確認する

この手順では、必要な Azure サービスと SKU が、選択した Azure リージョンの可用性ゾーンで使用可能であることを検証します。

サービスのリージョンサポートをチェックするには、「リージョン別に利用可能な製品」を参照してください。

Azure リージョンとゾーン別に使用可能な VM SKU を一覧表示するには、「 VM SKU の可用性を確認する」を参照してください。

お使いのリージョンでアプリケーションに必要なサービスと SKU がサポートされていない場合は、手順 1: Azure リージョンの製品の可用性を確認して、アプリケーションに必要なサービスと SKU をサポートする新しいリージョンを見つける必要があります。ゾーン冗長を使用してワークロードを構成することを強くお勧めします。

Azure IaaS Virtual Machinesのゾーンの高可用性を実現するには、Virtual Machine Scale Sets (VMSS) Flex を使用して VM を複数の可用性ゾーンに分散します。

手順 3: アプリケーションの要件を検討する

この最後の手順では、アプリケーションの要件に基づいて、アプリケーションに最も適した可用性ゾーンのサポートの種類を決定します。

適切な可用性ゾーンのデプロイを選択するのに役立つ 3 つの重要な質問を次に示します。

アプリケーションには待機時間の影響を受けやすいコンポーネントが含まれていますか?

同じ Azure リージョン内の Azure 可用性ゾーンは、ラウンドトリップ待機時間が 2 ミリ秒未満の高パフォーマンスネットワークによって接続されます。

低待機時間が厳密な要件ではない場合、高可用性を実現するための推奨されるアプローチは、ゾーン冗長デプロイを使用してワークロードを構成することです。

ゲーム、エンジニアリングシミュレーション、高周波取引 (HFT) など、物理的な近接性と低待機時間を必要とする重要なアプリケーションコンポーネントの場合は、ゾーン展開を構成することをお勧めします。 Virtual Machine Scale Sets Flex では、ゾーンアラインコンピューティングと接続されたストレージディスクが提供されます。

アプリケーションコードには、分散モデルを処理する準備ができているか。

分散マイクロサービスモデルの場合、アプリケーションによっては、複数のゾーン間でマイクロサービス間で継続的なデータ交換が行われている可能性があります。 API を介したこの継続的なデータ交換は、パフォーマンスに影響を与える可能性があります。パフォーマンスを向上させ、信頼性の高いアーキテクチャを維持するために、ゾーンデプロイを選択できます。

ゾーンデプロイでは、次の手順を実行する必要があります。

アーキテクチャ内の待機時間の影響を受けやすいリソースまたはサービスを特定します。
遅延の影響を受けやすいリソースまたはサービスがゾーンデプロイをサポートしていることを確認します。
待機時間の影響を受けやすいリソースまたはサービスを同じゾーンに併配置します。アーキテクチャ内の他のサービスは、ゾーン冗長を維持し続ける可能性があります。
待機時間の影響を受けやすいゾーンサービスを複数の可用性ゾーンにレプリケートして、ゾーンの回復性を確保します。
標準ロードバランサーまたはグローバルロードバランサーを使用して、複数のゾーンデプロイ間の負荷分散を行います。

Azure サービスで可用性ゾーンがサポートされている場合は、ゾーン全体にノードを分散してゾーン冗長を使用して、より高いアップタイム SLA とゾーン障害に対する保護を実現することを強くお勧めします。

3 層アプリケーションの場合は、アプリケーション、ビジネス、およびデータ層を理解することが重要です。ワークロードの種類に応じてベストプラクティスとガイダンスに従って設計するための状態 (ステートフルまたはステートレス)。

次の例に示すように、Azure 上の特殊なワークロードについては、それぞれのランディングゾーンアーキテクチャのガイダンスとベストプラクティスを参照してください。

コンプライアンス、データ所在地、またはガバナンスの要件により、同じ Azure リージョンでビジネス継続性とディザスターリカバリーを実現しますか?

同じリージョン内でビジネス継続性とディザスターリカバリーを実現し、 リージョンペアがない場合は、ゾーン冗長性を使用してワークロードを構成することを強くお勧めします。単一リージョンのアプローチは、同じ Azure リージョン内に厳密なデータ所在地とガバナンス要件を持つ特定の業界にも適用できます。ある可用性ゾーンから同じ Azure リージョン内の別の可用性ゾーンに Azure 仮想マシンをレプリケート、フェールオーバー、フェールバックする方法については、「可用性ゾーン間で Azure VM のディザスターリカバリーを有効にする」を参照してください。

マルチリージョンが必要な場合、または Azure リージョンで可用性ゾーンがサポートされていない場合は、リージョンペアを使用することをお勧めします。地域ペアは約100マイル離れた距離に位置し、火災、洪水、地震、その他の自然または予期しない災害などの地域レベルの障害からの爆発半径保護を提供します。詳しくは、「Azure でのリージョン間レプリケーション: 事業継続とディザスターリカバリー」を参照してください。

Note

ゾーン、ゾーン冗長、グローバルサービスの組み合わせが、ビジネス要件と技術要件を満たすために最適に機能するシナリオが存在する場合があります。

他に考慮する点

可用性と回復性のためにアプリケーションをテストする方法については、「可用性と回復性に関するアプリケーションのテスト」を参照してください。
リージョン内の各データセンターは、物理ゾーンに割り当てられます。物理ゾーンは、Azure サブスクリプション内の論理ゾーンにマップされます。 Azure サブスクリプションには、サブスクリプションの作成時に、このマッピングが自動的に割り当てられます。専用の ARM REST API listLocations を使用し、API バージョンを 2022-12-01 に設定して、サブスクリプションの物理ゾーンへの論理ゾーンマッピングを一覧表示できます。この情報は、すべての物理ゾーンで利用できない可能性がある戦略的サービスとして分類された Azure リソースとの共同場所を必要とする重要なアプリケーションコンポーネントにとって重要です。
ゾーン間の帯域幅料金は、トラフィックがゾーン間を移動するときに適用されます。帯域幅の価格の詳細については、「帯域幅の価格」を参照してください。