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

Microsoft Azure

重要

このページで説明されている機能は、パブリックプレビュー期間中、Atlas Infiniteクラスターでは現在サポートされていません。パブリックプレビューでサポートされている機能については、パブリックプレビューの可用性を参照してください。

Atlas は、Microsoft Azure へのクラスターのデプロイをサポートしています。

アベイラビリティーゾーンとサポートされているリージョン

Atlas では、次の Azure リージョンと アベイラビリティーゾーンがサポートされています。次のリージョンはすべて専有クラスター（M10+）をサポートしていますが、一部のリージョンでは無料のクラスター（以前は M0 として知られていた）や Flex クラスターをサポートしていません。Atlas API は対応する Atlas Region を使用します。

注意

Azure ネイティブ統合を介して作成された Atlas 組織内で起動されたクラスターは、組織が拠点を置いている特定の Azure リージョンに限定されません。クラスターは、Atlas がサポートされている 40+の世界中のあらゆる Azure リージョンに配置できます。組織のリージョンは、Azure リソースの要件に適合させる必要があるだけで、組織内のクラスターがデプロイされるリージョンには影響しません。

重要

次の表でアスタリスク（）でマークされたリージョンは、表内の他のリージョンよりもコストが高いため、マルチリージョンクラスターでのみセカンダリ障害復旧（DR）リージョンとして使用することをお勧めします。

また、これらのリージョンの利用には、ユーザーの Azure 環境によっては Azure サポートの承認が必要な場合があります。これらのリージョンの1つ以上に配置するクラスターを使用して、VNet ピアリングやプライベートエンドポイントなどのプライベート ネットワーク オプションを活用する場合は、Azure サブスクリプションがこれらのリージョンでリソースを作成できるようにする必要があります。詳しくは、Azure サポートにお問い合わせください。

Azure リージョン
ロケーション
Atlas リージョン
Free サポート
Flex サポート
M10+ サポート
アベイラビリティゾーン

centralus

Iowa, USA

US_CENTRAL

eastus

バージニア州（米国東部）

US_EAST

eastus2

Virginia, USA

US_EAST_2

northcentralus

Illinois, USA

US_NORTH_CENTRAL

westus

米国カリフォルニア州

US_WEST

westus2

米国ワシントン州

US_WEST_2

westus3

Arizona, USA

US_WEST_3

westcentralus

Wyoming, USA

US_WEST_CENTRAL

southcentralus

Texas, USA

US_SOUTH_CENTRAL

brazilsouth

サンパウロ（ブラジル）

BRAZIL_SOUTH

brazilsoutheast

Rio de Janeiro, Brazil

BRAZIL_SOUTHEAST

canadaeast

ケベックシティ（カナダ、ケベック州）

CANADA_EAST

canadacentral

トロント（カナダ、オンタリオ州）

CANADA_CENTRAL

chilecentral

Santiago

CHILE_CENTRAL

mexicocentral

Querétaro State、メキシコ

MEXICO_CENTRAL

拡張標準 IOPS および拡張ストレージがサポートされているリージョン

Atlas は、次の Azure リージョンで NVMe ストレージ 、 拡張標準 IOPS 、および 拡張ストレージサイズ をサポートしています。

Extended ストレージは、マルチリージョンクラスターでは使用できません。

注意

1、2024 年 11 月 日以降に作成されたこれらのリージョンのクラスターは、 拡張ストレージをサポートします。この日付より前にこれらのリージョンに存在していたクラスターは、徐々に拡張ストレージをサポートします。11 月1 2024より前に作成されたクラスターで拡張ストレージを有効にするには、MongoDB Support にお問い合わせください。

Azure リージョン
ロケーション
Atlas リージョン
NVMe サポート
拡張標準 IOPS

centralus

Iowa, USA

US_CENTRAL

eastus

バージニア州（米国東部）

US_EAST

eastus2

Virginia, USA

US_EAST_2

northcentralus

Illinois, USA

US_NORTH_CENTRAL

westus

米国カリフォルニア州

US_WEST

westus2

米国ワシントン州

US_WEST_2

westus3

Arizona, USA

US_WEST_3

westcentralus

Wyoming, USA

US_WEST_CENTRAL

southcentralus

Texas, USA

US_SOUTH_CENTRAL

brazilsouth

サンパウロ（ブラジル）

BRAZIL_SOUTH

brazilsoutheast

Rio de Janeiro, Brazil

BRAZIL_SOUTHEAST

canadaeast

ケベックシティ（カナダ、ケベック州）

CANADA_EAST

canadacentral

トロント（カナダ、オンタリオ州）

CANADA_CENTRAL

chilecentral

Santiago

CHILE_CENTRAL

mexicocentral

Querétaro State、メキシコ

MEXICO_CENTRAL

クラスター構成オプション

Atlas クラスターの各階層には、デフォルトのリソース セットが付属しています。Atlas では次のリソース構成が選択可能です。

カスタム ストレージ サイズ

サーバーのルート ボリュームのサイズ。Azure にデプロイされた Atlas クラスターには、SSD が使用されます[1]

注意

RAM の可用性

カーネルに確保されるメモリがあるため、各クラスター階層で実際に使用可能な RAM の量は、記載量を若干下回る場合があります。

注意

2021 年 10 月 18 日現在、Azure に配置された次の Atlas クラスターは、16,000 IOPS（7,500 から増加）および 1 秒あたり 500 MB のスループット（ 1 秒あたり 250 MBから増加）を実現します。

  • 4 TB のストレージ ボリュームを持つ新しいクラスター。

  • 最大 4 TB のストレージ ボリュームまで増やすことができる既存のクラスター。

次のクラスター階層を利用できます。

Cluster Tiers
ストレージ範囲
デフォルトのストレージ
デフォルトの RAM
Default vCPU

M0

.5 GB

.5 GB

共有

共有

Flex

5 GB

5 GB

Flex

Flex

M10

8 GB から 128 GB

8 GB

2 GB

1

M20

8 GB から 256 GB

16 GB

4 GB

1 または 2

M30

8 GB から 512 GB

32 GB

8 GB

2

M40

8 GB から 1 TB

64 GB

16 GB

4

M40 低 CPU

8 GB から 1 TB

64 GB

16 GB

2

M50

8 GB から 4 TB

128 GB

32 GB

8

M50 低 CPU

8 GB から 4 TB

128 GB

32 GB

4

M60

8 GB から 4 TB

128 GB

64 GB

16

M60_NVME

1600 GB

1600 GB

64 GB

8

M60 低 CPU

8 GB から 4 TB

128 GB

64 GB

8

M80

8 GB から 4 TB

256 GB

128 GB

32

M80 低 CPU

8 GB から 4 TB

256 GB

128 GB

16

M80_NVME

1600 GB

1600 GB

128 GB

16

M200

8 GB から 4 TB

256 GB

256 GB

64

M200 低 CPU

8 GB から 4 TB

256 GB

256 GB

32

M200_NVME

3100 GB

3100 GB

256 GB

32

M300 低 CPU

8 GB から 4 TB

512 GB

384 GB

48

M300_NVME

3600 GB

3600 GB

384 GB

48

M400 低 CPU

8 GB から 4 TB

512 GB

512 GB

64

M400_NVME

4000 GB

4000 GB

512 GB

64

M600_NVME

4000 GB

4000 GB

640 GB

80

上記階層はマルチクラウド クラスターに使用できます。

M20 階層は、リージョンで利用可能な Azure バーチャル マシン シリーズに応じて、1 または 2 vCPU を含みます。

次のリージョンではご利用いただけません。

  • ドイツ西部中央

  • スイス北部

  • スイス西部

注意

クラスター階層と API の命名規則

Atlas Administration API によるマネジメントでは、クラスター階層名が M でなく R で始まるもの（たとえば、R40）は、低 CPU バージョンのクラスターを実行します。API を使用してクラスターを作成または変更する場合は、必ず replicationSpecs[n].regionConfigs[m].electableSpecs.instanceSize 属性を持つ名前で適したクラスタークラスを指定します。

重要

マルチクラウド低 CPU クラスター

低 CPU クラスター階層（M40 低 CPU、M50 低 CPU、M60 低 CPU など）は、クラスター層が使用可能な限り、マルチクラウドクラスター構成で使用できます。クラスターが使用するすべてのリージョン。

通常、ワークロードには必要なのは 2TB 未満です。

NVMe クラスターは、マルチクラウド クラスター構成をサポートしていません。

Atlas は次のリソースを自動的に構成し、ユーザーによる変更は許可しません。

暗号化されたストレージ ボリューム
Azure ストレージ ボリュームは 常に暗号化 されます。

Azure アベイラビリティーゾーン

Azure では、各リージョン内に複数のデータセンターがあります。Azure は、データセンターをリージョン内の個別の場所であるアベイラビリティーゾーン でグループ化します。異なる物理的な場所にデータセンターを維持することで、Azure はローカル障害を許容できるようになります。

Azure アベイラビリティーゾーンはすべてのリージョンで利用できるわけではありません。アベイラビリティーゾーンを管理する Azure リージョンを確認するには、Azure リージョン表を参照してください。アベイラビリティーゾーンがまだ利用できないリージョンでは、 Azure は障害ドメインを使用して障害耐性を確保します。

Atlas では、ユーザーが Azure のアベイラビリティーゾーンをサポートするリージョンに専用クラスターをデプロイすると、自動的に Azure のアベイラビリティーゾーンを使用します。また、クラスターのノードをアベイラビリティーゾーン間に分割します。たとえば、3 ノードのレプリカセット クラスターの場合、ノードは各ゾーンに 1 つずつデプロイされるため、1 つのノードをホストする Azure データ センターでローカルな障害が発生しても、他のノードをホストしているデータ センターの運用には影響がありません。

注意

アベイラビリティーゾーンのあるリージョンでは、2019 年 9 月 12 日以降に配置された専用クラスターの稼働時間が長くなります。現在アベイラビリティーゾーンが提供されているリージョンに 2019 年 9 月 13 日より前に配置されたクラスターは、アベイラビリティーゾーン間で自動的に分割されません。アベイラビリティーゾーンについて詳しくは、Azure のドキュメントを参照してください。

Azure 障害ドメイン

各 Azure リージョンには、耐障害性向上のために、障害ドメインが一定数含まれています。障害ドメインは、共通の電源とネットワーク スイッチを共有する仮想マシンのグループで構成されます。アベイラビリティーゾーンをサポートしていないリージョンにクラスターが配置されると、Atlas ではノードを障害ドメインに分散します。

Atlas は、アベイラビリティセット を使用して、障害ドメイン全体にクラスターを配置します。少なくとも 3 つの障害ドメイン（3FD）があるリージョンの場合、Atlas は 3 つの障害ドメインにわたってクラスターを配置します。障害ドメインが 2 つしかないリージョン（2FD）の場合、Atlas は 2 つの障害ドメインにわたってクラスターを配置します。

Atlas の 新しいクラスターの追加 フォームでは、3FD クラスターをサポートするリージョンが、より高い可用性を提供するため Recommended としてマークされます。

リージョン内の障害ドメインの数は、Atlas が配置できる MongoDB ノードの数には影響しません。MongoDB Atlas クラスターは、常に最低 3 つの MongoDB ノードを含むレプリカセットで構成されます。

Azure の障害ドメインと可用性セットに関する一般的な情報については、「アベイラビリティセットの概要」を参照してください。

3 つ以上の障害ドメインがあるリージョン

選択した Azure リージョンに 3 つ以上の障害ドメインがある場合、Atlas クラスターは 3 つの障害ドメインに分散されます。たとえば、3 ノードのレプリカセット クラスターの場合、ノードは各ゾーンに 1 つずつ配置されます。

3 つの障害ドメインの Azure リージョン全体に配置された 3 ノードのレプリカセット。
クリックして拡大します

3FD クラスターは 2FD クラスターに比べて高可用性を持っています。ただし、すべてのリージョンが 3FD クラスターをサポートしているわけではありません。

障害ドメインが 2 つだけのリージョン

選択した Azure リージョンに 2 つの障害ドメインがある場合、Atlas クラスターは 2 つの障害ドメインに分割されます。たとえば、3 ノードのレプリカセット クラスターでは、2 つのノードが 1 つのゾーンに、残りのノードが他のゾーンにそれぞれ配置されます。

2 つの障害ドメインの Azure リージョン全体に配置された 3 ノードのレプリカセット。
クリックして拡大します

2FD クラスターでは、ゾーンが失われたイベントの場合に 3FD クラスターよりも可用性が失われる可能性が高くなります。ただし、レイテンシやロケーションが優先順位される場合は、2FD クラスターをサポートするリージョンが推奨される場合があります。

[1] Azureストレージオプションの詳細なドキュメントについては、「 VM 用の高パフォーマンス Premium Storage とマネージド ディスク 」を参照してください。

適応型キャパシティー

Adaptive キャパシティーは、クラスターが使用するインスタンスタイプに対してAzureリージョンのキャパシティーが一時的に不足した場合に、クラスターの可用性を維持するためにAtlasが使用する機能です。クラスターが使用するインスタンスタイプに対してリージョンのキャパシティーが一時的に不足すると、クラスターを増やすことができなくなったり、自動復旧中にAtlasがノードを置き換えることができなくなったりする可能性があります。クラスターの可用性を維持するために、Atlasはキャパシティーに余裕のある代替インスタンスタイプをプロビジョニングし、クラスターを一時的にそこに移動します。

Atlasは、少なくとも1つのノードを持つAzure上のクラスターに対して、デフォルトでアダプティブキャパシティーを有効にします。

注意

Azure キャパシティー予約は、AtlasによるAzureアダプティブキャパシティーの使用とは異なります。Atlasは、Azureキャパシティー予約を尊重しながら、このセクションで説明されているロジックを使用します。

適応型キャパシティーの仕組み

Atlasがクラスターで使用されているインスタンスタイプにキャパシティーがないことを検出すると、Atlasはキャパシティーに余裕のある別のインスタンスタイプをプロビジョニングし、クラスターが引き続き実行できるように一時的にクラスターをそのインスタンスタイプに移動します。Atlasは、同じクラスタークラスから代替のインスタンスタイプを選択し、データを移動しません。

Atlas は、クラスターのコンピュート リソースを変更した場合にのみ適応型キャパシティーを使用します。たとえば、次のような場合です。

ノードまたはシャードを追加しても、Atlas では適応型キャパシティーは使用されません。

代替インスタンスタイプによりクラスターを利用可能に保ち、変更によるダウンタイムは発生しません。代替インスタンスタイプは、元のインスタンスタイプよりもパフォーマンスが低下する可能性があるため、Atlas がクラスターを元のインスタンスタイプに戻すまで、アプリケーションでは CPU 使用率の増加、レイテンシの増加、またはタイムアウトが発生する可能性があります。

Atlasは、キャパシティーの制約により代替のインスタンスタイプをプロビジョニングする場合でも、クラスターの価格を変更することはありません。

オートスケーリングと適応型キャパシティー

適応型キャパシティーは、Atlasがクラスター階層をオートスケールする場合にも適用されます。オートスケーリングによる階層変更でキャパシティー不足エラーが発生した場合、Atlasはターゲット階層の別のインスタンスタイプで操作を完了します。

Atlasは、クラスターを増やす際に適応型キャパシティーを使用しません。下位階層のインスタンスタイプにキャパシティーがない場合、Atlasはダウンスケールイベントをtriggerしません。クラスターは現在の階層に留まるため、予期しないパフォーマンスの低下を防ぐことができます。

自動リカバリ中にAtlasが失敗したノードや正常でないノードを置き換える場合、アダプティブキャパシティーはtriggerされません。ノードの置き換えが必要なときにインスタンスタイプにキャパシティーがない場合、キャパシティーが戻るまでAtlasはノードを置き換えられない可能性があります。Atlasがクラスターの可用性を維持する方法を学ぶには、「MongoDB Atlas による高可用性の提供方法」を参照してください。

サポートされているクラスター

Atlasは、少なくとも1つのノードを持つ専有クラスターM30以上の専有クラスターに対して、アダプティブキャパシティーを使用します。Atlasは、M10クラスター、Freeクラスター、またはFlexクラスターにはアダプティブキャパシティーを使用しません。

M20 クラスターの場合、アダプティブキャパシティーは、フォールバックとして代替のインスタンスファミリーを提供するリージョンでのみ利用可能です。M20 インスタンスタイプ自体がキャパシティー不足になった場合、Atlasは別のインスタンスタイプにフォールバックできません。

希望するリージョンで利用可能なキャパシティーがないM10またはM20インスタンスタイプを選択した場合、AtlasはAtlas UIで通知します。クラスターを配置するには、次のいずれかを実行します。

  • 別のリージョンを選択します。

  • より大きなクラスター階層（M30以上）を選択します。

  • キャパシティーが復帰するまで待ちます。

キャパシティーの不足は一時的です。クラウドプロバイダーがリージョンのキャパシティーを復元すると、インスタンス タイプが再び使用可能になります。

Atlas は、Atlas がストレージをインスタンスタイプに結び付けているため、NVMeストレージを使用するクラスターには適応型キャパシティーを使用しません。

適応型キャパシティーのオプトアウト

キャパシティー不足が発生した際にクラスターの可用性を維持するため、アダプティブキャパシティーを有効にすることを推奨します。Atlasでは、デフォルトでアダプティブキャパシティーが有効になっています。クラスターごとにアダプティブキャパシティーの使用を無効にすることができます。無効にした場合、Atlasはクラスターを元のインスタンスタイプのまま維持しますが、キャパシティー不足が発生するとクラスターを拡大できなくなる可能性があります。

Atlasの適応型キャパシティー変更をオプトアウトするには、「AzureおよびGoogle Cloud Platformクラスターの適応型キャパシティー」を参照してください。

専用検索ノード

サポートされているリージョン

Atlas では、Azure 上の M10 以上のクラスターに対する個別の検索ノードの配置がサポートされています。

Atlas は、次のAzureリージョンで検索ノードをサポートしていません。

リージョン名
Azure リージョン

AUSTRALIA_CENTRAL_2

australiacentral2

AUSTRALIA_SOUTH_EAST

australiasoutheast

BRAZIL_SOUTHEAST

brazilsoutheast

CANADA_EAST

canadaeast

GERMANY_NORTH

germanynorth

INDIA_WEST

westindia

INDIA_SOUTH

southindia

ITALY_NORTH （低 CPU 検索ノードのみに使用可能）

italynorth

JAPAN_WEST

japanwest

KOREA_SOUTH

koreasouth

NORWAY_WEST

norwaywest

SOUTH_AFRICA_WEST

southafricawest

SPAIN_CENTRAL

spaincentral

SWEDEN_SOUTH

swedensouth

SWITZERLAND_WEST

switzerlandwest

UAE_CENTRAL

uaecentral

UK_WEST

ukwest

US_WEST_CENTRAL

westcentralus

US_WEST

westus

利用可能な検索階層

Atlas では、Azure に配置された検索ノードに対して、さまざまな検索階層を提供します。

次の表は、ハードウェアの各クラス（低 CPU と高 CPU）で使用できる検索階層を示しています。デフォルトのRAMとストレージはギビバイト（GiB）単位で測定されています。

インスタンス サイズ
インスタンスの詳細

S40

  • Default RAM: 16 GiB

  • デフォルトのストレージ : 75 GiB

  • vCPU: 2

S50

  • Default RAM: 32 GiB

  • デフォルトのストレージ : 150 GiB

  • vCPU: 4

S60

  • Default RAM: 64 GiB

  • デフォルトのストレージ : 300 GiB

  • vCPU: 8

S80

  • Default RAM: 128 GiB

  • デフォルトのストレージ : 600 GiB

  • vCPU: 16

S90

  • Default RAM: 256 GiB

  • デフォルトのストレージ : 1200 GiB

  • vCPU: 32

S100

  • Default RAM: 384 GiB

  • デフォルトのストレージ : 1800 GiB

  • vCPU: 48

S110

  • Default RAM: 512 GiB

  • デフォルトのストレージ : 2400 GiB

  • vCPU: 64

S 130

  • Default RAM: 672 GiB

  • デフォルトのストレージ : 3600 GiB

  • vCPU: 96

S 135

  • Default RAM: 672 GiB

  • デフォルトのストレージ : 3800 GiB

  • vCPU: 104

Stream Processing ワークスペース

重要

リストに表記されないリージョンをリクエストするには、MongoDB フィードバックポータルにフィードバックを追加します。フィードバックは、今後の Atlas Stream Processing カバレッジの拡大に役立ちます。

Atlas は、次の Azure リージョンでの Stream Processing ワークスペース の配置をサポートしています。

Azure リージョン
ロケーション
Atlas リージョン

eastus

Virginia, USA

US_EAST_1

eastus2

Virginia, USA

US_EAST_2

westus

米国カリフォルニア州

US_WEST

brazilsouth

サンパウロ（ブラジル）

BRAZIL_SOUTH

Integrations

グローバル リージョン サポートに加え、次の製品統合により、Azure Virtual Machines、Azure Functions、Azure Container Instances などの Azure 上で動作するアプリケーションで、Atlas インスタンスを簡単かつ安全に使用できるようになります。

ネットワーク サービス

セキュリティと ID サービス

調達

他の Azure サービスとの統合

詳細情報

Atlas で Azure を最も効果的に使用する方法ついて詳しくは、次のベストプラクティス、ガイド、ケーススタディを参照してください。

戻る
Google Cloud
次へ
制限
このページを評価

項目一覧