AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
Docs Menu

プライベートエンドポイントにわたる Azure Key Vault を使用したカスタマーキーの管理

注意

この機能は、次の配置では使用できません。

  • 無料クラスター

  • Flex クラスター

詳しくは、「 制限 」を参照してください。

AKV(Azure Key Vault)のカスタマー マネージド キー(CMK)を使用して、Atlas で保管中のデータをさらに暗号化できます。 Azure Private Link を使用して、 AKVへのすべてのトラフィックを構成することもできます。

注意

MongoDB Atlas共有責任モデルは、安全で回復力のあるデータ環境を維持するためのMongoDBとそのカスタマーの補完的な役割を定義します。このフレームワークの下、 MongoDB は基礎のプラットフォームのセキュリティと運用上の整合性を管理しますが、カスタマーは特定の配置の構成、管理、データ ポリシーに責任を負います。所有者のセキュリティと運用の優れ性の詳細な内訳については、 共有責任モデル を参照してください。

このページでは、Atlas Administration API を使用してAKVで Azure Private Link を自動的に設定し、Atlas とAKV間のすべてのトラフィックがAzureのプライベート ネットワーク インターフェイスを介して行われるようにする方法について説明します。

プライベートエンドポイントでAKVを使用して保管時の暗号化を有効にする前に、次のユースケース、利点、制限、前提条件を確認してください。

Atlas は 1 つのクラウド サービス プロバイダーに配置されているとします。 AKVへのすべてのアクセスは、クラウドプロバイダーのプライベート ネットワーク インフラストラクチャ経由で発生する必要があります。 このページでは、Atlas プロジェクトでプライベートエンドポイント接続を有効にする手順について説明します。

Atlas Administration API を使用して、Atlas がプライベートエンドポイントを使用して AKV で保管時の暗号化を構成できるようにします。これにより、AKV へのすべてのトラフィックはプライベートエンドポイントのセットを通過し、AKV がパブリックインターネットまたはパブリックIPアドレスに公開されるのを回避できます。すべての AKV トラフィックをAzureのプライベート ネットワーク内に保持することで、データのセキュリティを強化しながら、許可されたIPアドレスを維持する必要がなくなります。

  • Atlas は、マルチクラウド配置のプライベートエンドポイント経由で CMK を使用した保管時の暗号化をサポートしていません。マルチクラウドクラスターを含む既存のプロジェクトでAzure Private Link 経由でCMKを使用して保管時の暗号化を有効にすると、Atlas はプロジェクト内のマルチクラウドクラスターを無効にします。

  • Atlas では、INACTIVE 状態のプロジェクトで、プライベートエンドポイント経由で CMK を使用した保管時の暗号化はサポートされていません。

  • Once you've set up a private endpoint connection to your AKV, you can't modify the Key Vault Name, Subscription ID, or Resource Group Name of your AKV, but you can still rotate the Microsoft Azure Key Identifier. To modify these values, you must first remove all private endpoint connections.

警告

Atlas とピアリングされた VNet に対するAzureリソースロックは、保管時の暗号化プライベートエンドポイントの作成と削除をブロックする可能性があります。

Atlas は、クラスター リージョン用に Atlas が管理する VNet にプライベートエンドポイントを作成します。 Atlas VNet がAzureサブスクライブの VNet とピアリングされている場合、 Azure はプライベートエンドポイント操作の一部として、ピアリングされた VNet 上のネットワーク リソースを更新します。ピアリングされた VNet またはそれを含むリソースグループにリソースロックが存在する場合、 Azure はScopeLocked を返し、プライベートエンドポイントは完了しません。

このロックは、AKVリソースグループではなく、ピアリングされた VNet のリソースグループで行われることが多い。 AKVリソースグループのみをロックしても、この障害は発生しません。

リソースロックが設定されているときにプライベートエンドポイントを作成または削除するには、次の手順に従います。

1

ロック を一時的に削除するか、リソースグループロックをピアリングされた VNet をカバーしないリソースレベルのロックに置き換えます。

2
3

プライベートエンドポイントを作成している場合は、AKV で保留中のプライベートエンドポイント接続を承認します。

4

AKV は、Atlas プライベートエンドポイントとは異なるリージョンにあることができます。クロスリージョン AKV はサポートされており、ScopeLocked エラーは発生しません。

Azureリソースロックの詳細については、「 インフラストラクチャを保護するためにリソースをロックする 」を参照してください。

マルチリージョンクラスターを使用している場合は、クラスターが配置されている 各リージョン に AKV のプライベートエンドポイントを作成する必要があります。

MongoDB プロジェクトでAKVを使用してカスタマー マネージド キーを有効にするには、次の手順を実行する必要があります。

  • M10 以上のクラスターを使用します。
  • Azureアカウントと Key Vault の認証情報と、暗号化のキーのキー識別子をAKVに用意します。

    これらのAzureコンポーネントの構成方法については、Azure のドキュメントを参照してください。

    Atlas は、Atlas プロジェクト内のクラスターの保管時の暗号化を有効にするときにこれらのリソースを使用します。

注意

AzureサブスクライブリソースプロバイダーにMicrosoft .Network を登録する必要があります。詳しくは、Azure のドキュメント を参照してください。

プロジェクト内のクラスターで CMK を有効にする前に、プロジェクトでCMKを有効にする必要があります。 Atlas UI と Atlas Administration API からプロジェクトでCMKを有効にできます。

1
  1. まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。

  2. まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。

  3. サイドバーで、 Security見出しの下のDatabase & Network Accessをクリックします。

  4. サイドバーで、Advanced をクリックします。

    詳細ページが表示されます。

2
3
4

Atlas は AKV の 2 つの認証方法をサポートしています。

5

clientId

Azureアプリケーションの Client ID(または Application ID)を入力します。必要なアクセス権が Active Directory Application に割り当てられていることを確認してください。詳細については、 「必要なアクセス権」 を参照してください。

テナント ID

Active Directory テナントのTenant ID (またはDirectory ID )を入力します。

シークレット

Active Directory テナントに関連付けられているアプリケーションの有効期限が切れていないクライアント シークレットの 1 つを入力します。

Azure 環境

Active Directory テナントが存在する Azure クラウドを選択します。

6

サブスクリプション ID

キーヴォールトのSubscription IDを入力します。

リソース グループ名

キーヴォールトを含むAzure Resource GroupのResource Group名を入力します。

キーヴォールト名

キーヴォールトの名前を入力します。キーヴォールトに必要なアクセス ポリシーがあることを確認します。詳細については、 「必要なアクセス権」 を参照してください。

注意

AKV へのプライベートエンドポイント接続を有効にして設定した後は、ここで AKV 認証情報を変更することはできません。

7

キー識別子

Key Vault で作成されたキーの完全なURLを入力します。

重要: キー識別子は、完全なAzure一般形式で指定する必要があります。

https://{keyvault-name}.vault.azure.net/{object-type}/{object-name}

/{object-version} を追加できます。ただし、最新バージョンへの自動解決を有効にするには、 バージョンを省略することをお勧めします。

8

詳細については、 「 プロジェクトでのプライベートエンドポイント接続の有効化と設定」を参照してください

9

If you configured Atlas using the Atlas Administration API to communicate with AKV using Azure Private Link to ensure that all traffic between Atlas and Key Vault takes place over Azure's private network interfaces, Atlas sets the Require Private Networking status to Active. If the status is Inactive, you can, optionally, complete the steps to Enable and Set up Private Endpoint Connections for a Project if you want Atlas to use private endpoint connections for your AKV.

10

Atlas は、暗号化プロセス中に Atlas コンソールにバナーを表示します。

1

注意

このcurl コマンドは、 APIキーの代わりにサービス アカウント アクセス トークン( OAuth.2 0)を使用して認証します。詳細については、「 Atlas Administration APIの使い始める 」を参照してください。

例

curl --header "Authorization: Bearer {ACCESS-TOKEN}" \
--header "Accept: application/vnd.atlas.2024-05-30+json" \
--header "Content-Type: application/vnd.atlas.2024-05-30+json" \
--request PATCH "https://cloud.mongodb.com/api/atlas/v2/groups/66c9e8f1dd6c9960802420e9/encryptionAtRest" \
--data '
{
"azureKeyVault": {
"azureEnvironment": "AZURE",
"clientID": "b054a9ff-b60a-4cb6-8df6-20726eaefce6",
"enabled": true,
"keyIdentifier": "https://test-tf-export.vault.azure.net/keys/test/78b9134f9bc94fda8027a32b4715bf3f",
"keyVaultName": "test-tf-export",
"resourceGroupName": "test-tf-export",
"secret": "",
"subscriptionID": "009774e0-124f-4a69-83e0-ca8cd8acb4e2",
"tenantID": "1f6ef922-9303-402a-bae2-cc68810b023c"
}
}'

注意

AKV へのプライベートエンドポイント接続を有効にして設定した後は、次の設定を変更できません。

  • keyVaultName

  • resourceGroupName

  • subscriptionID

2

AKV を使用して管理するキーを使用して保管時の暗号化を有効化および構成するリクエストを確認するには、GETリクエストをencryptionAtRest エンドポイントに送信します。

例

curl --header "Authorization: Bearer {ACCESS-TOKEN}" \
--header "Accept: application/vnd.atlas.2024-05-30+json" \
--header "Content-Type: application/vnd.atlas.2024-05-30+json" \
--include \
--request GET "https://cloud.mongodb.com/api/atlas/v2/groups/{groupId}/encryptionAtRest"
{
"azureKeyVault": {
"azureEnvironment": "AZURE",
"clientID": "632ff709-32a8-48a3-8224-30d2386fadaf",
"enabled": true,
"keyIdentifier": "https://EXAMPLEKeyVault.vault.azure.net/keys/EXAMPLEKey/d891821e3d364e9eb88fbd3d11807b86",
"keyVaultName": "string",
"requirePrivateNetworking": false,
"resourceGroupName": "string",
"subscriptionID": "a39012fb-d604-4cd1-8841-77f705f3e6d5",
"tenantID": "ee46317d-36a3-4472-a3dd-6549e901da0b",
"valid": true
}
}

プロジェクトでCMKを使用して保管時の暗号化を正常に有効にしている場合、レスポンスではenabledはtrueになります。 プライベートネットワークを設定して 、Atlasと Key Vault 間のすべてのトラフィックがAzureのプライベートネットワークインターフェイスを介して行われるようにすることができます。 詳細については、 「 プロジェクトでのプライベートエンドポイント接続の有効化と設定 」を参照してください。

Atlas UIと Atlas 管理APIを使用して、プライベートエンドポイントを有効にして設定できます。プライベートネットワークを有効にして、AKV にプライベートエンドポイントを設定するには、次の手順を実行する必要があります。

始める前に、 Azureリソースロックがプライベートエンドポイントの作成をブロックする可能性については、 「 Azureリソース ロック 」を参照してください。

1

詳細については、「 プロジェクトでのカスタマー マネージド キーの有効化 」を参照してください。

2
  1. Require Private Networking を切り替えて、プライベートエンドポイント接続を有効にします。

  2. [Save] をクリックします。

3

Set Up Private Networking for Azureページが表示されます。

4

クラスターが AKV を使用した保管時の暗号化 ですでに有効になっている場合は、Atlas はリージョンにクラスター リージョンを自動的に入力します。それ以外の場合で、リージョンを追加するには、次の手順を実行します。

  1. ドロップダウンからAzureリージョンを選択します。

    重要

    マルチリージョンクラスターの場合は、クラスターが配置される各リージョンを選択する必要があります。

  2. [Continue] をクリックします。

    Atlas はこれらのリージョンにプライベートエンドポイントを自動的に作成し、プライベートネットワークを使用して接続できるようにします。

5

Azure UI を使用できます 、 CLI 、または Terraform を使用してプライベートエンドポイント接続を承認します。

承認後、Atlas は、パブリック インターネットを使用した接続を許可する既存のクラスターを含む、カスタマーマネージド キーを有効にしたすべてのクラスターを、プライベートエンドポイント接続のみを使用するように自動的に移行します。オプションで、クラスターをプライベートエンドポイント接続を使用するように移行した後に、AKV へのパブリックインターネットアクセスを無効にすることができます。 Azure上のすべての新しい Atlas クラスターは、デフォルトでは、アクティブなプライベートエンドポイント接続のみを使用します。 Atlas は、承認されたプライベートエンドポイントを持つリージョンにのみ既存のクラスターに追加のノードを配置します。

プライベートエンドポイントを承認してから、Atlas がプライベートエンドポイントの現在のステータスを反映するまでに最大 3 分かかります。各リージョンのプライベートエンドポイントの場合、Approve Endpoints ページには各プライベートエンドポイントのステータスが表示されます。詳細については、「 プライベートエンドポイントとそのステータスの表示 」を参照してください。

6
1

PATCHエンドポイントに リクエストを送信し、requirePrivateNetworking フラグの値をtrue に設定します。

注意

このcurl コマンドは、 APIキーの代わりにサービス アカウント アクセス トークン( OAuth.2 0)を使用して認証します。詳細については、「 Atlas Administration APIの使い始める 」を参照してください。

例

curl --header "Authorization: Bearer {ACCESS-TOKEN}" \
--header "Accept: application/vnd.atlas.2023-01-01+json" \
--header "Content-Type: application/vnd.atlas.2023-01-01+json" \
--include \
--request PATCH "https://cloud.mongodb.com/api/atlas/v2/groups/{groupId}/encryptionAtRest/" \
--data '
{
"azureKeyVault": {
"azureEnvironment": "AZURE",
"clientID": "632ff709-32a8-48a3-8224-30d2386fadaf",
"enabled": true,
"keyIdentifier": "https://EXAMPLEKeyVault.vault.azure.net/keys/EXAMPLEKey/d891821e3d364e9eb88fbd3d11807b86",
"keyVaultName": "string",
"requirePrivateNetworking": true,
"resourceGroupName": "string",
"secret": "string",
"subscriptionID": "a39012fb-d604-4cd1-8841-77f705f3e6d5",
"tenantID": "ee46317d-36a3-4472-a3dd-6549e901da0b"
}
}'
2

Send a POST request to the endpoint with the Azure region in which you want Atlas to create the private endpoint. You must send a separate request for each region in which you want Atlas to create a private endpoint.

重要

マルチリージョンクラスターを使用している場合は、クラスターが配置されている 各リージョン に AKV のプライベートエンドポイントを作成する必要があります。

例

curl --header "Authorization: Bearer {ACCESS-TOKEN}" \
--header "Accept: application/vnd.atlas.2023-01-01+json" \
--header "Content-Type: application/vnd.atlas.2023-01-01+json" \
--include \
--request POST "https://cloud.mongodb.com/api/atlas/v2/groups/{groupId}/encryptionAtRest/AZURE/privateEndpoints" \
--data '
{
"regionName": "US_CENTRAL"
}'

プライベートエンドポイントを承認すると、次の制限が適用されます。

  • Atlas は、承認されたプライベートエンドポイントを持つリージョンにのみすべての新しいクラスターを作成します。

  • Atlas は、承認されたプライベートエンドポイントを持つリージョンにのみ既存のクラスターに追加のノードを配置します。

3

Azure UI を使用できます 、 CLI 、または Terraform を使用してプライベートエンドポイント接続を承認します。

承認後、Atlas は、パブリック インターネットを使用した接続を許可する既存のクラスターを含む、カスタマーマネージド キーを有効にしたすべてのクラスターを、プライベートエンドポイント接続のみを使用するように自動的に移行します。オプションで、クラスターをプライベートエンドポイント接続を使用するように移行した後に、AKV へのパブリックインターネットアクセスを無効にすることができます。 Azure上のすべての新しい Atlas クラスターは、デフォルトでは、アクティブなプライベートエンドポイント接続のみを使用します。

4

プライベートエンドポイントのステータスを確認するには、 encryptionAtRestエンドポイントにGETリクエストを送信します。

例

curl --header "Authorization: Bearer {ACCESS-TOKEN}" \
--header "Accept: application/vnd.atlas.2023-01-01+json" \
--header "Content-Type: application/vnd.atlas.2023-01-01+json" \
--include \
--request GET "https://cloud.mongodb.com/api/atlas/v2/groups/{groupId}/encryptionAtRest/AZURE/privateEndpoints"
{
"links": [
{
"href": "https://cloud.mongodb.com/api/atlas",
"rel": "self"
}
],
"results": [
{
"cloudProvider": "AZURE",
"errorMessage": "string",
"id": "24-hexadecimal-digit-string",
"regionName": "string",
"status": "INITIATING",
"privateEndpointConnectionName": "string"
}
],
"totalCount": 0
}

プライベートエンドポイントを承認してから、プライベートエンドポイントの現在のステータスが Atlas に反映されるまでに最大 3 分かかります。 プライベートエンドポイントは、次のいずれかのステータスになります。

初期化

Atlas がプライベートエンドポイントを作成しているプロセス中であることを示します。

PENDING_ACCe使用

プライベートエンドポイントがまだ承認されていないことを示します。 Atlas がプライベートエンドポイントを使用できるようにするには、プライベートエンドポイントを受け入れる必要があります。

アクティブ

プライベートエンドポイントが承認され、Atlas が または として使用していることを示します。

PENDING_RECREATION

プライベートエンドポイントが拒否または削除され、Atlas が同じリージョンに新しいプライベートエンドポイントを作成するプロセス中であることを示します。

失敗

プライベートエンドポイントの作成が失敗したことを示します。

Deleting

Atlas がプライベートエンドポイントの削除プロセス中であることを示します。

プロジェクトで CMK を使用した保管時の暗号化(オーバープライベート ネットワーク)を有効に したら、プロジェクト内の各 Atlas クラスターに対して CMK を使用した保管時の暗号化を有効にできます。

プロジェクトでカスタマー マネージド キーを有効 にした後、暗号化するデータを含む各 Atlas クラスターに対してカスタマー キー マネジメントを有効にする必要があります。 Atlas プロジェクトにプライベートエンドポイント接続を構成した場合、Atlas は、パブリック インターネットを使用した接続を許可する既存のクラスターを含む、カスタマー マネージド キーをすでに有効にしたすべてのクラスターを、プライベートエンドポイント接続のみを使用するように自動的に移行します。

注意

該当プロジェクト内のクラスターのカスタマー キー管理を有効にするには、Project Owner ロールが必要です。

新しいクラスターの場合は、クラスターを作成するときに、 独自の暗号化キーの管理設定 をYesに切り替えます(まだ有効になっていない場合)。

既存クラスターの場合:

1
  1. まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. サイドバーで、 Database見出しの下のClustersをクリックします。

[ Clusters (クラスター) ] ページが表示されます。

2

暗号化するデータを含むクラスターで、クリックします、次にEdit Configurationを選択します。

3
  1. [Additional Settings] パネルを展開します。

  2. Manage your own encryption keys 設定を Yes に切り替えます。

  3. クラスターのRequire Private Networking設定のステータスを確認します。

    プロジェクトレベルで Atlas の CMK を使用した保管時の暗号化(オーバープライベート ネットワーク)を設定した場合、ステータスは Active です。プロジェクトにプライベートエンドポイント接続を設定していない場合、ステータスは Inactive です。

4
  1. [Review Changes] をクリックします。

  2. 変更内容を確認し、[Apply Changes] をクリックしてクラスターをアップデートします。

プロジェクトの CMK を無効にするには、まず、状態に関係なく、プロジェクトに関連付けられているすべてのプライベートエンドポイントを削除する必要があります。アクティブなプライベートエンドポイントに関連付けられているプロジェクトの CMK を無効にしようとすると、Atlas にエラーが表示されます。

プロジェクトのすべてのプライベートエンドポイントを削除した後、プロジェクトの機能を無効にする前に、プロジェクト内の各クラスターでカスタマー キー管理を無効にする必要があります。

警告

Atlas プロジェクト内でカスタマー キー管理を無効にする前に、Atlas プロジェクト内のいずれかのクラスターが使用する AKV キーを無効にしたり削除したりし ない でください。Atlas がAKVキーにアクセスできない場合、キーが暗号化したデータにアクセスできなくなります。

プロジェクトのプライベートエンドポイント接続を有効にして設定した後は、Atlas UIと Atlas Administration APIからいつでも追加のエンドポイントを追加できます。

1
  1. まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。

  2. まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。

  3. サイドバーで、 Security見出しの下のDatabase & Network Accessをクリックします。

  4. サイドバーで、Advanced をクリックします。

    詳細ページが表示されます。

2

Advanced ページの Encryption at Rest using your Key Management セクションで、次のアクションを実行します。

  1. Azure Key Vault が折りたたまれている場合は、Network Settings を展開します。

  2. [Manage] をクリックします。

    Private Endpoints for Azure Key Vault ページには、リージョン、エンドポイント名、Atlas クラスターのプライベートエンドポイントのステータス、プライベートエンドポイントで実行できるアクションが表示されます。

3
4
  1. ドロップダウンからリージョンを選択します。

  2. [Continue] をクリックします。

    Atlas はこれらのリージョンにプライベートエンドポイントを自動的に作成し、プライベートネットワークを使用して接続できるようにします。

5

プライベートエンドポイントを使用するには、AKV 内の各エンドポイントを承認する必要があります。プライベートエンドポイント接続を承認するには、 Azure UI 、 CLI 、または Terraform を使用できます。

各リージョンのプライベートエンドポイントの場合、Approve Endpoints ページには各プライベートエンドポイントのステータスが表示されます。プライベートエンドポイントを承認してから、Atlas がプライベートエンドポイントの現在のステータスを反映するまでに最大 3 分かかります。プライベートエンドポイントのステータスの詳細については、「 プライベートエンドポイントとそのステータスの表示 」を参照してください。

6
1

Send a POST request to the endpoint with the Azure region in which you want Atlas to create the private endpoint. You must send a separate request for each region in which you want Atlas to create a private endpoint.

注意

このcurl コマンドは、 APIキーの代わりにサービス アカウント アクセス トークン( OAuth.2 0)を使用して認証します。詳細については、「 Atlas Administration APIの使い始める 」を参照してください。

例

curl --header "Authorization: Bearer {ACCESS-TOKEN}" \
--header "Accept: application/vnd.atlas.2023-01-01+json" \
--header "Content-Type: application/vnd.atlas.2023-01-01+json" \
--include \
--request POST "https://cloud.mongodb.com/api/atlas/v2/groups/{groupId}/encryptionAtRest/AZURE/privateEndpoints" \
--data '
{
"regionName": "US_CENTRAL"
}'
2

Azure UI を使用できます 、 CLI 、または Terraform を使用してプライベートエンドポイント接続を承認します。

3

プライベートエンドポイントのステータスを確認するには、 encryptionAtRestエンドポイントにGETリクエストを送信します。

例

curl --header "Authorization: Bearer {ACCESS-TOKEN}" \
--header "Accept: application/vnd.atlas.2023-01-01+json" \
--header "Content-Type: application/vnd.atlas.2023-01-01+json" \
--include \
--request GET "https://cloud.mongodb.com/api/atlas/v2/groups/{groupId}/encryptionAtRest/AZURE/privateEndpoints"
{
"links": [
{
"href": "https://cloud.mongodb.com/api/atlas",
"rel": "self"
}
],
"results": [
{
"cloudProvider": "AZURE",
"errorMessage": "string",
"id": "24-hexadecimal-digit-string",
"regionName": "string",
"status": "INITIATING",
"privateEndpointConnectionName": "string"
}
],
"totalCount": 0
}

プライベートエンドポイントを承認してから、プライベートエンドポイントの現在のステータスが Atlas に反映されるまでに最大 3 分かかります。 プライベートエンドポイントは、次のいずれかのステータスになります。

初期化

Atlas がプライベートエンドポイントを作成しているプロセス中であることを示します。

PENDING_ACCe使用

プライベートエンドポイントがまだ承認されていないことを示します。 Atlas がプライベートエンドポイントを使用できるようにするには、プライベートエンドポイントを受け入れる必要があります。

アクティブ

プライベートエンドポイントが承認され、Atlas が または として使用していることを示します。

PENDING_RECREATION

プライベートエンドポイントが拒否または削除され、Atlas が同じリージョンに新しいプライベートエンドポイントを作成するプロセス中であることを示します。

失敗

プライベートエンドポイントの作成が失敗したことを示します。

Deleting

Atlas がプライベートエンドポイントの削除プロセス中であることを示します。

Atlas UIと Atlas 管理APIからプライベートエンドポイント接続を削除できます。

開始する前に、 Azureリソースロックがプライベートエンドポイントの削除をブロックする方法については、 「 Azureリソース ロック 」を参照してください。

1
  1. まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。

  2. まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。

  3. サイドバーで、 Security見出しの下のDatabase & Network Accessをクリックします。

  4. サイドバーで、Advanced をクリックします。

    詳細ページが表示されます。

2

Advanced ページの Encryption at Rest using your Key Management セクションで、次のアクションを実行します。

  1. Azure Key Vault が折りたたまれている場合は、Network Settings を展開します。

  2. [Manage] をクリックします。

    Private Endpoints for Azure Key Vault ページには、リージョン、エンドポイント名、Atlas クラスターのプライベートエンドポイントのステータス、プライベートエンドポイントで実行できるアクションが表示されます。

3
  1. 削除するプライベートエンドポイントの Actions 列の アイコンをクリックします。

  2. プライベートエンドポイントの削除を確認するには、Delete をクリックします。

DELETEプライベートエンドポイントを削除するには、Atlas Administration APIエンドポイントに GETリクエストを送信し、削除するプロジェクトとプライベートエンドポイントのIDを指定します。削除するプライベートエンドポイントのIDは、Atlas Administration API 1 つのプロバイダーの 1 つのプライベートエンドポイント サービスを返す リクエストを送信することで取得できます。

注意

このcurl コマンドは、 APIキーの代わりにサービス アカウント アクセス トークン( OAuth.2 0)を使用して認証します。詳細については、「 Atlas Administration APIの使い始める 」を参照してください。

例

curl --header "Authorization: Bearer {ACCESS-TOKEN}" \
--header "Accept: application/vnd.atlas.2024-10-23+json" \\ or a different version of the Atlas Admin API
--header "Content-Type: application/json" \
--include \
--request DELETE "https://cloud.mongodb.com/api/atlas/v2/groups/{groupId}/encryptionAtRest/AZURE/privateEndpoints/{endpointId}" \
--data '
{
"cloudProvider": "AZURE",
"regions": [
"string"
]
}'

プライベートエンドポイントを削除すると、プライベートエンドポイントは DELETING ステータスに移行し、Atlas はプライベートエンドポイントを削除します。

Azure UIからアクティブなプライベートエンドポイントを削除または拒否すると、Atlas は同じリージョンに新しいプライベートエンドポイントの再作成を自動的に試行します。プライベートエンドポイントのステータスは、Atlas UIと Atlas 管理APIから確認できます。詳細については、「 プライベートエンドポイントとそのステータスの表示 」を参照してください。

Atlas が新しいプライベートエンドポイントを作成しようとしている間に、拒否または削除したプライベートエンドポイントのステータスはPENDING_RECREATIONに移行し、Atlas が作成しようとする新しいエンドポイントはINITIATING状態になります。 新しいプライベートエンドポイントは、作成後に承認する必要があります。

Atlas UIと Atlas 管理APIから、さまざまなリージョンのプライベートエンドポイントとそのステータスを表示できます。

1
  1. まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。

  2. まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。

  3. サイドバーで、 Security見出しの下のDatabase & Network Accessをクリックします。

  4. サイドバーで、Advanced をクリックします。

    詳細ページが表示されます。

2

Advanced ページの Encryption at Rest using your Key Management セクションで、次のアクションを実行します。

  1. Azure Key Vault が折りたたまれている場合は、Network Settings を展開します。

  2. [Manage] をクリックします。

    Private Endpoints for Azure Key Vault ページには、リージョン、エンドポイント名、Atlas クラスターのプライベートエンドポイントのステータス、プライベートエンドポイントで実行できるアクションが表示されます。

各プライベートエンドポイントは、次のいずれかのステータスになります。

承認待ち

プライベートエンドポイントがまだ承認されていないことを示します。 Atlas がプライベートエンドポイントを使用できるようにするには、プライベートエンドポイントを受け入れる必要があります。

アクティブ

プライベートエンドポイントが承認され、Atlas が または として使用していることを示します。

失敗

プライベートエンドポイントの作成が失敗したことを示します。

プライベートエンドポイントとそのステータスは、Atlas Administration APIにGET リクエストを送信すると、Atlas Administration APIからすべてのエンドポイントまたはencryptionAtRest 1 つのエンドポイントを取得するために送信できます。このため、プライベートエンドポイントのIDは で指定する必要があります。パス。

注意

このcurl コマンドは、 APIキーの代わりにサービス アカウント アクセス トークン( OAuth.2 0)を使用して認証します。詳細については、「 Atlas Administration APIの使い始める 」を参照してください。

例

1 つのプロジェクトのすべてのプライベートエンドポイントを返す

curl --header "Authorization: Bearer {ACCESS-TOKEN}" \
--header "Accept: application/vnd.atlas.2024-10-23+json" \\ or a different version of the Atlas Admin API
--header "Content-Type: application/json" \
--include \
--request GET "https://cloud.mongodb.com/api/atlas/v2/groups/{groupId}/encryptionAtRest/AZURE/privateEndpoints/"

各プライベートエンドポイントは、次のいずれかのステータスになります。

初期化

Atlas がプライベートエンドポイントを作成しているプロセス中であることを示します。

PENDING_ACCe使用

プライベートエンドポイントがまだ承認されていないことを示します。 Atlas がプライベートエンドポイントを使用できるようにするには、プライベートエンドポイントを受け入れる必要があります。

アクティブ

プライベートエンドポイントが承認され、Atlas が または として使用していることを示します。

PENDING_RECREATION

プライベートエンドポイントが拒否または削除され、Atlas が同じリージョンに新しいプライベートエンドポイントを作成するプロセス中であることを示します。

失敗

プライベートエンドポイントの作成が失敗したことを示します。

Deleting

Atlas がプライベートエンドポイントの削除プロセス中であることを示します。

プロジェクトのプライベートエンドポイント接続を無効にするには、まず、プロジェクトに関連付けられているすべてのプライベートエンドポイントを、状態に関係なく削除します。Atlas は、プロジェクトがアクティブなプライベートエンドポイントに関連付けられている場合、プロジェクトのプライベートエンドポイント接続を無効にしません。

プロジェクトのすべてのプライベートエンドポイント を削除した後、Atlas UIと Atlas Administration APIを使用してプロジェクトのプライベートエンドポイント接続を無効にできます。

1
  1. まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。

  2. まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。

  3. サイドバーで、 Security見出しの下のDatabase & Network Accessをクリックします。

  4. サイドバーで、Advanced をクリックします。

    詳細ページが表示されます。

2
  1. Encryption at Rest using your Key Management で Azure Key Vault を選択します。

  2. Network Settings で、Require Private Networking の横にあるボタンを Off に切り替えます。

  3. [Save] をクリックします。

PATCHプライベートエンドポイント接続を無効にするには、requirePrivateNetworking ブール値値フラグ値を に設定して、エンドポイントにfalse リクエストを送信します。

例

{
"azureKeyVault": {
"azureEnvironment": "AZURE",
"clientID": "632ff709-32a8-48a3-8224-30d2386fadaf",
"enabled": true,
"keyIdentifier": "https://EXAMPLEKeyVault.vault.azure.net/keys/EXAMPLEKey/d891821e3d364e9eb88fbd3d11807b86",
"keyVaultName": "string",
"requirePrivateNetworking": false,
"resourceGroupName": "string",
"secret": "string",
"subscriptionID": "a39012fb-d604-4cd1-8841-77f705f3e6d5",
"tenantID": "ee46317d-36a3-4472-a3dd-6549e901da0b"
}
}

AKV内から Atlas の暗号化のキーへのアクセスを取り消して、データを固定できます。 暗号化のキーへのアクセスを取り消すと、Atlas はクラスターを自動的に一時停止します。

注意

この機能は、次の配置では使用できません。

  • 無料クラスター

  • Flex クラスター

詳しくは、「 制限 」を参照してください。

開始する前に、 「 Azure キー識別子のローテーションについて 」を参照してください。

Atlas プロジェクトに関連付けられたAKVに新しいキーを作成する必要があります。 次の手順では、Atlas で新しいキー識別子を指定して、Atlas プロジェクト キー識別子をローテーションする方法を説明します。

1
  1. まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。

  2. まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。

  3. サイドバーで、 Security見出しの下のDatabase & Network Accessをクリックします。

  4. サイドバーで、Advanced をクリックします。

    詳細ページが表示されます。

2
3
  1. Azure Key Vaultセレクターがまだアクティブでない場合は、 Azure Key Vaultをクリックします。

  2. Encryption Keyセレクターがまだアクティブでない場合は、 Encryption Keyをクリックします。

  3. Key Identifierフィールドに Azure キー識別子を入力します。

    新しい暗号化キー識別子への完全なURLを含めます。 例:

    https://mykeyvault.vault.azure.net/keys/AtlasKMSKey/a241124e3d364e9eb99fbd3e11124b23

    重要

    暗号化のキーは、プロジェクト用に構成されたキーヴォールトに属している必要があります。 プロジェクトに現在構成されているキーヴォールトを表示するには、 Key Vaultセクションをクリックします。

  4. [Update Credentials] をクリックします。

Atlas は、キー識別子のローテーション プロセス中に Atlas UI にバナーを表示します。 変更がデプロイされるまで、元のキー識別子を削除したり無効にしたり しない でください。

クラスターが クラスターのバックアップを使用する場合は、スナップショットが暗号化にそのキーを使用していないことを検証するまで、元のキー識別子を削除したり無効にしたり しないでください。

このページを評価