この記事では、ワークロードの Azure リージョンを選択して、コンプライアンスの確保、パフォーマンスの最適化、回復性の向上に役立ちます。 適切なリージョンの選択は、ワークロードの可用性、パフォーマンス、規制コンプライアンスに直接影響します。 情報に基づくリージョンデプロイの決定を行うには、データ主権要件、ユーザーの近接性、信頼性のニーズを評価する必要があります。
データ要件を定義する
データ主権法では、組織が顧客の場所や業界の規制に基づいてデータを格納および処理する場所が義務付けられています。 組織は、承認された地理的境界の外にデータが存在する場合、法的ペナルティとコンプライアンス違反に直面します。 組織のデータ所在地の要件を特定し、これらのコンプライアンス義務を満たす地理的な場所にある Azure リージョンを選択する必要があります。 その方法は次のとおりです。
該当するデータ主権法を特定する。 業界と顧客の場所の規制要件を確認します。 異なるセクターには、リージョンの選択に影響を与えるデータ ストレージと処理の場所に固有の義務があります。
顧客データを準拠しているリージョンにマップします。 顧客データのソースを文書化し、そのデータの法的要件を満たす Azure リージョンを特定します。 このマッピングを使用して、リージョンデプロイ戦略をガイドします。
リージョンのコンプライアンス機能を検証します。 選択した Azure リージョンと優先 Azure サービスが、特定の規制要件に必要なコンプライアンス認定とデータ所在地の保証を提供していることを確認します。 詳細については、「Azure の 地域とリージョンのデータ所在地」を参照してください。
ユーザーに近いリージョンを選択する
ユーザーと Azure リソース間の地理的な距離は、待機時間の増加によってアプリケーションのパフォーマンスとユーザー エクスペリエンスに影響します。 ユーザーは、グローバルな場所に関係なく、迅速な応答時間を期待します。 待機時間を短縮し、アプリケーションのパフォーマンスを最大化するには、プライマリ ユーザーとの距離を最小限に抑える Azure リージョンを選択する必要があります。 その方法は次のとおりです。
ユーザーとサービスの場所をマップします。 ユーザー、オンプレミス システム、および外部サービスが地理的に配置されている場所を文書化します。 近接性の要件を特定し、リージョンの選択に関する決定を通知する視覚的な分布マップを作成します。
待機時間の要件を評価します。 Azure ネットワークラウンドトリップ待機時間の統計情報を確認して、リージョンと地理的領域の間で予想されるパフォーマンスを把握します。 これらのメトリックを使用して、選択したリージョンがアプリケーションのパフォーマンス要件を満たしていることを検証します。
リージョンの機能を検証する
Azure リージョンでは、ワークロードのパフォーマンスとコストに影響を与えるさまざまなサービスの可用性、価格モデル、インフラストラクチャ機能が提供されます。 選択したリージョンが、特定の要件に必要なサービス、容量、インフラストラクチャ機能を提供していることを確認する必要があります。 その方法は次のとおりです。
ターゲット リージョンでサービスの可用性を確認します。 サービスの可用性は、Azure リージョンによって異なります。 デプロイ 計画を完了する前に、選択したリージョンで必要なすべての Azure サービスが使用可能であることを確認する必要があります。 ターゲット リージョンのサービスの可用性を確認するには、 リージョン別に利用可能な Azure 製品に関するページを参照してください。
リージョン間で価格を比較します。 サービスの価格は Azure リージョンによって異なります。 コストを最適化し、特に開発環境やテスト環境などの重要でないワークロードの場合は、コストを最適化し、節約の機会を特定するために、リージョン間の価格の違いを評価する必要があります。 Azure 料金計算ツールを使用して、リージョン間のサービス コストを比較します。
可用性ゾーンがあるリージョンを選択します。 一部の Azure リージョンには可用性ゾーンが含まれますが、そうでないリージョンもあります。 可用性ゾーンを持つリージョンを識別するには、 Azure リージョンの一覧 を確認する必要があります。 この情報を使用して、ワークロードの信頼性要件を満たすリージョンに優先順位を付けます。
リージョンのペアリングがもたらす影響を理解する。 Azure リージョンによってはペアを形成するものもあれば、形成されないリージョンもあります。 リージョンのペアリングは、ディザスター リカバリー戦略とサービス レプリケーション機能に影響します。 適切な信頼性とバックアップ戦略を設計するために、選択したリージョンがペアを形成しているかどうかを確認する必要があります。 詳細については、 Azure リージョンのペアとペアでないリージョンに関するページを参照してください。
Azure リージョンの容量の制約について説明します。 Azure リージョンには、クォータと容量の制限が適用されます。 これらの制限は、計画どおりにワークロードをデプロイする機能に影響する可能性があります。 リージョンごとのサブスクリプションの制約を確認します。 容量の場合、クォータの増加によって容量の制約に対処できる場合があります。 Azure CLI 機能を使用して、利用可能な場合にサービスの容量の可用性を確認します。 使用率が高い、またはクォータの増加が必要な場合は、Microsoft サポートにお問い合わせください。
複数のリージョンを使用するタイミングを把握する
単一の Azure リージョンに依存することで、組織がグローバルにスケーリングし、コンプライアンス要件を満たし、高パフォーマンス サービスを提供する能力を制限できます。 プライマリ リージョンの場合と同じ選択基準を使用して、他のリージョンを選択します。 次のシナリオでは、複数リージョンのデプロイを検討してください。
シナリオ | 共同作業の重要性 | 実装ガイダンス |
---|---|---|
グローバル ユーザーと分散チームをサポートする | 大陸全体のユーザーの待機時間を短縮することで、パフォーマンスとユーザー エクスペリエンスを向上させます。 | ユーザーに最も近いリージョンにサービスをデプロイします。 Azure Front Door または Traffic Manager を使用して、最も近い正常なエンドポイントにトラフィックをルーティングします。 |
データ所在地とコンプライアンスの要件を満たす | 法的および規制上の義務に準拠するために、データが特定の地理的境界内に格納および処理されるようにします。 | 管轄の要件に合ったリージョンを選択します。 Azure Policy とコンプライアンス マネージャーを使用して、データ所在地ルールを適用します。 |
リージョンの容量制限を超えてスケーリングする | 1 つのリージョンでリソース クォータまたはサービスの制限に達しないようにします。 | ワークロードを複数のリージョンに分散して、需要のバランスを取り、可用性を確保します。 Azure Resource Graph を使用してリージョンの容量の傾向を監視します。 |
コストとリソースの効率を最適化する | リージョンの価格の違いとリソースの可用性を活用します。 | 重要度の低いリージョンで重要でないワークロード (開発/テスト、バッチ ジョブ) を実行します。 Azure 料金計算ツールとコスト管理ツールを使用して、オプションを評価します。 |
可用性とディザスター リカバリーを強化する | 地域の障害や故障に対する回復力を高めます。 | リージョン間でアクティブ/アクティブ/パッシブ アーキテクチャを実装します。 ビジネス継続性のために Azure Site Recovery と geo 冗長ストレージ (GRS) を使用します。 |
ワークロード設計の詳細については、「 リージョンと可用性ゾーン」を参照してください。
リージョンを選択するための Azure リソース
カテゴリ | リソース | 説明 |
---|---|---|
データの保存場所 | Azure の地域とリージョンのデータ所在地 | 各 Azure の地域とリージョンのデータ所在地の詳細 |
信頼性ワークロードの設計 | リージョンと可用性ゾーン | 複数のリージョンと可用性ゾーンを使用するワークロードの設計ガイダンス |
地域計画 | Azure Geo Map | 地域計画の決定をサポートするために Azure リージョンの場所、機能、コンプライアンス認定を表示する対話型マップ |
サービスの可用性 | 地域別の利用可能な製品 | ワークロード要件のサービスの可用性を検証するために、各リージョンで提供される Azure サービスの包括的な一覧 |
コストの最適化 | Azure 料金計算ツール | リージョン間のデプロイ費用を最適化するために地域の価格の違いを評価するコスト比較ツール |
待機時間のテスト | Azure 待機時間テスト | 場所と Azure リージョン間の待機時間を測定してパフォーマンス要件を検証するネットワーク パフォーマンス ツール |