Azureでは、パブリック クラウド リージョン、ハイブリッド環境、ソブリンまたは国内クラウド環境など、さまざまなデプロイ オプションがサポートされています。 この柔軟性は、規制と管轄の要件を満たしながら信頼性を設計するのに役立ちます。
この記事では、主権に関する考慮事項が信頼性設計の決定にどのように影響するか、および主要なアーキテクチャの決定ポイントで計画する内容について説明します。
信頼性の高いワークロードにとって主権が意味するもの
主権とは、お客様がデータを管理し、データが管轄区域の法律の対象であり続けることを意味します。 実際には、主権は次の 2 つの重要な方法で信頼性設計に影響します。
- アクセス制御: データにアクセスまたは移動できるのは、承認された関係者だけです。 制御には、暗号化、カスタマー マネージド キー、ロールベースのアクセス制御、運用制御が含まれます。
- 地理的制御: データは、地域の法律に準拠するように、指定された地理的境界内に残ります。
主権は結果ベースです。 グローバル クラウドからの分離は必要ありません。 データ所在地の制御、暗号化、監査可能性、合法的なアクセス保護など、適切な制御を適用すると、パブリック クラウド環境で多くのコンプライアンス要件を満たすことができます。
主権をサポートするAzure機能
Azureには、主権要件を満たすのに役立ついくつかの機能が用意されています。
- Data controls: Azure 領域は、データ所在地の境界を定義する地域にグループ化されます。 Azureでは、暗号化とカスタマー マネージド キーもサポートされています。これには、Azure Key Vaultによる一元化されたキー管理も含まれます。
- Operational controls: Azure Policy はリソースの配置を特定のリージョンに制限でき、ロールベースのアクセス制御はアクセス許可を制限でき、カスタマー ロックボックスはサポート アクセスMicrosoft制御できます。 また、 不変のログ記録 とガバナンス アーキテクチャを使用して、コンプライアンス ガードレールを大規模に適用することもできます。
- デプロイとインフラストラクチャのオプション: Azureでは、複数のデプロイモデルと分離モデルがサポートされます。 中国のAzure GovernmentとAzureは、グローバルなAzureとは別に動作する物理的に分離されたクラウドです。 Microsoft Sovereign Cloud は、Azure パブリック クラウド内の論理分離パターンをサポートしています。 Azure Localなどのハイブリッド オプションは、ユーザーが制御する操作シナリオと切断された操作シナリオをサポートします。
信頼性と主権設計の決定が交差する場所
ソリューションの信頼性を設計するときは、主権に関する懸念事項を考慮して計画する必要もあります。 このセクションでは、信頼性と主権を考慮する際に一般的に行う必要があるいくつかの決定について説明します。
リージョンと可用性ゾーンの選択
冗長インフラストラクチャを配置する場所によって、信頼性とコンプライアンス体制の両方が決まります。 多くの場合、複数リージョンの設計によって信頼性が向上しますが、主権の制約により、リージョンの選択が承認された地理的境界または地政学的境界に制限される場合があります。
複数のリージョンでディザスター リカバリー ベースのソリューションを設計し、ワークロードを特定の管轄区域内に保持する必要がある場合は、同じ境界内のディザスター リカバリー リージョンを選択します。 準拠しているセカンダリ リージョンが使用できない場合は、バックアップ ベースの復旧で単一リージョンの信頼性を使用し、関連する復旧のトレードオフを文書化します。
Azureパブリック クラウドのマルチリージョンとマルチゾーン パターンに加えて、オンプレミスのデータセンターやリモート サイトなどの顧客が管理する環境にAzure Localを使用できます。 Azure Localは、接続された切断された運用モデルをサポートします。これは、クラウド接続が中断されたときにローカル ワークロードのビジネス継続性を維持するのに役立ちます。
Azureでは、特定の管轄および規制要件を持つ顧客向けのソブリン オファリングも提供されます。 例としては、Azure Government、中国でのAzure、Microsoftソブリン クラウド (旧称 Microsoft Cloud for Sovereignty) などがあります。 これらの環境には個別の運用とコンプライアンスの境界があるため、信頼性アーキテクチャが、使用する特定のクラウド環境の要件と一致していることを確認します。
Tip
可用性ゾーンは、地理的境界を越えることなく、リージョン内に追加の信頼性レイヤーを提供します。 サポートされている場合は、マルチゾーン アーキテクチャを使用します。
バックアップ、レプリケーション、ディザスター リカバリーの場所
バックアップ先とレプリケーション先は、保護するワークロードと同じ規制境界に従う必要があります。 選択したリージョンへのレプリケーションをサポートするサービスもあれば、Azure 定義リージョン ペアを使用するサービスもあります。
バックアップまたはレプリカをプライマリ境界の外側に格納する場合は、データが暗号化され、キーの配置が慎重に計画されていることを確認します。 暗号化キーがプライマリ リージョンにのみ格納されている場合は、リージョンの停止中に使用できなくなる可能性があります。
ペアになっているリージョンではない別のAzure リージョンへのレプリケーションでカスタマー マネージド キーを使用する場合は、キーの配置をデータ配置に合わせます。 Azure Key Vault Managed HSM では、キーの可用性を保護されたデータに合わせて維持するために、リージョン間でのキーの分散がサポートされています。
運用アクセスと監査可能性
信頼性操作は、引き続き制御され、監査可能である必要があります。 Azure安全な展開プラクティスでは、変更を段階的にロールアウトし、障害ドメインを分離して、マルチリージョンへの影響リスクを軽減します。
規制されたワークロードの場合、カスタマー ロックボックスは、Microsoftサポート エンジニアが明示的な承認なしに顧客データにアクセスできないようにするのに役立ちます。 Azure MonitorとAzureアクティビティ ログを使用して、監査とコンプライアンスレポートのフェールオーバーレコードと復旧レコードを保持します。