Azure では、70 を超えるリージョンがグローバルに提供されています。 リージョンは、さまざまな 地域にまたがっています。 各地域は、米国やヨーロッパなど、データの保存場所の境界を表し、1 つ以上のリージョンを含むことができます。 各リージョンは、データセンターとネットワーク インフラストラクチャが含まれる一連の物理的な施設です。
リージョンには、特定の種類の回復性オプションが用意されています。 多くのリージョンでは、可用性ゾーンが提供され、リージョンの中には、ペアになっているものと、ペアになっていないものがあります。 サービスに対してリージョンを選択する場合、そのリージョンで使用可能な回復性オプションに注意することが重要です。 この記事は、Azure リージョンを理解するのに役立ち、一部の Azure リージョンでサポートされている回復性オプションの概要を説明すると同時に、各トピックに関するより詳細な情報へのリンクを提供します。
Azure のリージョンと地域を理解する
Azure リージョンは、1 つ以上のデータセンターで構成されており、大容量、フォールト トレラント、低遅延のネットワーク接続によって接続されています。 Azure データセンターは通常、大都市圏内にあります。
すべてのリージョンが、固定データ所在地の境界として機能する 1 つの地域内に含まれています。 データ所在地の要件がある場合は、必要な地域内のリージョンを選択することが重要です。 各地域には、可用性ゾーンを含むリージョンが少なくとも 1 つあります。 すべての Azure リージョンの一覧については、「Azure の地域」を参照してください。
注
ほとんどのリージョンは、すべての Azure ユーザーが利用できます。 ただし、一部のリージョンはソブリン クラウド地域に属しており、データ所在地の規制が厳しい特定の地域内の一部のお客様が利用できます。 ソブリン クラウド リージョンはその他のリージョンと同じように機能しますが、多くの場合、提供するサービスと機能が制限されています。 ソブリン クラウド リージョン内で制限されているサービスの可用性のその他の例については、「Azure Government とグローバル Azure の比較」または「21Vianet によって運営される Microsoft Azure のサービスの可用性」を参照してください。
リージョンの一覧
Azure リージョンの一覧については、「 Azure リージョンの一覧」を参照してください。 データ所在地や規制コンプライアンスなど、リージョンの詳細については、 Microsoft Datacenters Map を参照してください。
Azure リージョンの選択
ソリューションを設計するときは、使用する Azure リージョンを選択する必要があります。 選択したリージョンは、ソリューションの回復性だけでなく、ソリューションの他の多くの側面にも影響を与える可能性があります。
リージョンを選択するときは、次の要因を考慮してください。
- 待機時間。 待機時間を短縮するために、ユーザーに地理的に近いリージョンを選択します。 たとえば、ユーザーが米国にいる場合は、米国またはカナダのリージョンを選択できます。
- 可用性ゾーン。 可用性ゾーンをサポートするリージョンを選択して、冗長性と障害の分離を提供します。 リソースをリージョン内の複数の可用性ゾーンに分散していることを確認します。
- データ所在地: 選択したリージョンが、組織で必要なデータ所在地の境界内にあることを確認します。
リージョンを選択する方法の詳細については、「Azure リージョンの 選択」を参照してください。
リージョンの回復性オプション
すべての Azure リージョンで、データ所在地や待機時間の最適化などの高品質のサービスが提供されますが、これらはサポートされる回復性オプションの種類が異なる場合があります。
このセクションでは、選択するリージョンで使用できる場合と使用できない場合がある 2 つの回復性オプションの概要を示します。
可用性ゾーン
多くの Azure リージョンには、可用性ゾーンがあります。 可用性ゾーンは、分離された電源、冷却、ネットワーク接続が含まれる独立した一連のデータセンターです。 可用性ゾーンは、低待機のネットワークを提供できるように十分に近く物理的に配置されていますが、嵐や孤立した停電などの障害を分離できるよう十分に離れた場所に配置されています。 ほとんどの Azure サービスでは、可用性ゾーンに対する組み込みサポートが提供されているため、お客様はこれらを使用してニーズを満たす方法を決定できます。 Azure ソリューションを設計する場合、可用性ゾーンを使用して冗長性と障害の分離を実現する必要があります。
可用性ゾーンの詳細については、「可用性ゾーンとは」を参照してください。
ペアになっているリージョンとペアになっていないリージョン
一部の Azure リージョンは、リージョンのペアを形成するために、別の Azure リージョンとペアになっています。 リージョンのペアは Microsoft によって選択され、お客様が選択することはできません。 リージョンのペアを使用して geo レプリケーションと geo 冗長性をサポートする Azure サービスがいくつかあります。 また、万が一、リージョンで致命的で回復不可能な障害が発生した場合に、リージョンのペアを使用してディザスター リカバリーの側面をサポートする Azure サービスもあります。
新しいリージョンの多くはペアになっておらず、代わりに可用性ゾーンを冗長性の主要な手段として使用します。 多くの Azure サービスでは、リージョンがペアになっているかどうかに関係なく geo 冗長性がサポートされており、ペアになっているリージョン、ペアになっていないリージョン、または両方の組み合わせのいずれかを使用するかとは関係なく、回復性の高いソリューションを設計できます。
ペアになっているリージョンとペアになっていないリージョンとその使用方法の詳細については、 Azure リージョンのペアと非ペアリージョンに関するページを参照してください。
複数の Azure リージョンの使用
ソリューションを設計する場合、ペアになっている Azure リージョンとペアになっていない Azure リージョンを複数使用するのが一般的です。 複数のリージョンを使用することで、多くの種類の障害に対するワークロードの回復性を高めることができます。ディザスター リカバリーには多くのオプションがあります。 また、一部の Azure サービスは特定のリージョンで利用できるため、マルチリージョン ソリューションを設計することで、分散された性質を持つグローバルなクラウドを活用できます。
複数のリージョンをまとめて使用する場合は、次の要因間のトレードオフを考慮する必要があります。
物理的な分離: 地理的に離れたリージョンを使用する必要があるかどうかを検討します。 距離が長いほど、いずれかの地域で大規模な自然災害が発生した場合の回復性が高くなります。 リージョンが配置されている市区町村または州の詳細については、「 Azure リージョンの一覧 」と 「Microsoft Datacenters Map」を参照してください。
レイテンシ: 物理的に分離されたリージョンを選択すると、それらのリージョン間のネットワーク接続の遅延が増加します。 待機時間は、マルチリージョン ソリューションの設計方法に影響を与える可能性があり、待機時間により、使用できる geo レプリケーションと geo 冗長性の種類が制限される場合があります。 Azure リージョン間の待機時間の詳細については、 Azure ネットワークラウンドトリップ待機時間の統計を参照してください。 リージョンを選択する方法の詳細については、「 可用性ゾーンとリージョンを使用するための推奨事項」を参照してください。
データ所在地: 選択したリージョンが、組織で必要なデータ所在地の境界内にあることを確認します。
リージョンに依存しないサービス
ほとんどの Azure サービスは特定のリージョンにデプロイされます。 ただし、1 つの Azure リージョンに関連付けられていないサービスがいくつかあります。 リージョンの障害が発生した場合にリージョンに依存しないサービスが動作する方法を認識し、ソリューションとビジネス継続性計画を設計するときにそれらを考慮することが重要です。
リージョンに依存しないサービスは、Microsoft によって 2 つ以上のリージョンにデプロイされます。 リージョンの障害が発生した場合、正常なリージョン内のサービスのインスタンスは、サービス要求を続行できます。 たとえば、Azure DNS は、リージョンに依存しないサービスです。
一部の Azure サービスでは、データを格納するリージョンまたは地域を指定できます。 たとえば、Microsoft Entra ID を使用すると、ヨーロッパや北米などのデータの地理的領域を選択できます。 データ所在地の詳細については、「Azure でのデータ所在地」を参照してください。
一部のリージョンに依存しないサービスでは、特定のコンポーネントがデプロイされるリージョンを指定できます。 たとえば、Azure Virtual Desktop VM が存在するリージョンを選択できます。
関連リソース
各リージョンで利用可能な Azure サービスの詳細については、「リージョン別の利用可能な製品」を参照してください。