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+ サポート | アベイラビリティゾーン |
|---|---|---|---|---|---|---|
| Iowa, USA |
| ||||
| バージニア州(米国東部) |
| ||||
| Virginia, USA |
| ||||
| Illinois, USA |
| ||||
| 米国カリフォルニア州 |
| ||||
| 米国ワシントン州 |
| ||||
| Arizona, USA |
| ||||
| Wyoming, USA |
| ||||
| Texas, USA |
| ||||
| サンパウロ(ブラジル) |
| ||||
| Rio de Janeiro, Brazil |
| ||||
| ケベックシティ(カナダ、ケベック州) |
| ||||
| トロント(カナダ、オンタリオ州) |
| ||||
| Santiago |
| ||||
| Querétaro State、メキシコ |
|
Azure リージョン | ロケーション | Atlas リージョン | Free サポート | Flex サポート | M10+ サポート | アベイラビリティゾーン |
|---|---|---|---|---|---|---|
| アイルランド |
| ||||
| オランダ語 |
| ||||
| London, England, UK |
| ||||
| カーディフ(英国ウェールズ) |
| ||||
| フランス・パリ |
| ||||
| マルセイユ(フランス) |
| ||||
| ミラノ(イタリア) |
| ||||
| フランクフルト(ドイツ) |
| ||||
| ベルリン(ドイツ) |
| ||||
| ワルシャワ(ポーランド) |
| ||||
| チューリッヒ(スイス) |
| ||||
| ジュネーブ(スイス) |
| ||||
| オスロ(ノルウェー) |
| ||||
| スタヴァンゲル(ノルウェー) |
| ||||
| スウェーデン・イェブレ |
| ||||
| スウェーデン、スタッファンストルプ |
| ||||
| スペイン、マドリード |
|
Azure リージョン | ロケーション | Atlas リージョン | Free サポート | Flex サポート | M10+ サポート | アベイラビリティゾーン |
|---|---|---|---|---|---|---|
| 中国(香港) |
| ||||
| 香港 |
| ||||
| オーストラリア、キャンベラ |
| ||||
| オーストラリア、キャンベラ |
| ||||
| オーストラリア・ニューサウスウェールズ州 |
| ||||
| オーストラリア、ビクトリア州 |
| ||||
| プネ(インド中部) |
| ||||
| チェンナイ(インド) |
| ||||
| ムバイ(インド) |
| ||||
| Jakarta |
| ||||
| Tokyo, Japan |
| ||||
| 大阪(日本) |
| ||||
| 韓国(ソウル) |
| ||||
| 韓国(釜山) |
| ||||
| インドネシア語 |
| ||||
| オークランド、ニュージーランド |
|
Azure リージョン | ロケーション | Atlas リージョン | Free サポート | Flex サポート | M10+ サポート | アベイラビリティゾーン |
|---|---|---|---|---|---|---|
| ヨハネスブルグ(南アフリカ) |
|
Azure リージョン | ロケーション | Atlas リージョン | Free サポート | Flex サポート | M10+ サポート | アベイラビリティゾーン |
|---|---|---|---|---|---|---|
| Dubai, UAE |
| ||||
| アブダビ(アラブ首長国連邦) |
| ||||
| Qatar |
| ||||
| イスラエル |
| ||||
| ヨハネスブルグ(南アフリカ) |
| ||||
| ケープタウン(南アフリカ) |
|
拡張ストレージ/IOPS がサポートするリージョン
Atlas は、次の Azure リージョンで NVMe ストレージ と 拡張ストレージ/IOPS をサポートしています。
注意
1、2024 年 11 月 日以降に作成されたこれらのリージョンのクラスターは、 拡張ストレージをサポートします。この日付より前にこれらのリージョンに存在していたクラスターは、徐々に拡張ストレージをサポートします。11 月1 2024より前に作成されたクラスターで拡張ストレージを有効にするには、MongoDB Support にお問い合わせください。
Azure リージョン | ロケーション | Atlas リージョン | NVMe サポート | 拡張ストレージ/IOPS |
|---|---|---|---|---|
| Iowa, USA |
| ||
| バージニア州(米国東部) |
| ||
| Virginia, USA |
| ||
| Illinois, USA |
| ||
| 米国カリフォルニア州 |
| ||
| 米国ワシントン州 |
| ||
| Arizona, USA |
| ||
| Wyoming, USA |
| ||
| Texas, USA |
| ||
| サンパウロ(ブラジル) |
| ||
| Rio de Janeiro, Brazil |
| ||
| ケベックシティ(カナダ、ケベック州) |
| ||
| トロント(カナダ、オンタリオ州) |
| ||
| Querétaro State、メキシコ |
|
Azure リージョン | ロケーション | Atlas リージョン | NVMe サポート | 拡張ストレージ/IOPS |
|---|---|---|---|---|
| アイルランド |
| ||
| オランダ語 |
| ||
| London, England, UK |
| ||
| カーディフ(英国ウェールズ) |
| ||
| フランス・パリ |
| ||
| マルセイユ(フランス) |
| ||
| ミラノ(イタリア) |
| ||
| フランクフルト(ドイツ) |
| ||
| ベルリン(ドイツ) |
| ||
| ワルシャワ(ポーランド) |
| ||
| チューリッヒ(スイス) |
| ||
| ジュネーブ(スイス) |
| ||
| オスロ(ノルウェー) |
| ||
| スタヴァンゲル(ノルウェー) |
| ||
| スウェーデン・イェブレ |
| ||
| スウェーデン、スタッファンストルプ |
| ||
| スペイン、マドリード |
|
Azure リージョン | ロケーション | Atlas リージョン | NVMe サポート | 拡張ストレージ/IOPS |
|---|---|---|---|---|
| 中国(香港) |
| ||
| 香港 |
| ||
| オーストラリア、キャンベラ |
| ||
| オーストラリア、キャンベラ |
| ||
| オーストラリア・ニューサウスウェールズ州 |
| ||
| オーストラリア、ビクトリア州 |
| ||
| プネ(インド中部) |
| ||
| チェンナイ(インド) |
| ||
| ムバイ(インド) |
| ||
| Jakarta |
| ||
| Tokyo, Japan |
| ||
| 大阪(日本) |
| ||
| 韓国(ソウル) |
| ||
| 韓国(釜山) |
| ||
| インドネシア語 |
| ||
| オークランド、ニュージーランド |
|
Azure リージョン | ロケーション | Atlas リージョン | NVMe サポート | 拡張ストレージ/IOPS |
|---|---|---|---|---|
| Dubai, UAE |
| ||
| アブダビ(アラブ首長国連邦) |
| ||
| Qatar |
| ||
| イスラエル |
| ||
| ヨハネスブルグ(南アフリカ) |
| ||
| ケープタウン(南アフリカ) |
|
クラスター構成オプション
Atlas クラスターの各階層には、デフォルトのリソース セットが付属しています。Atlas では次のリソース構成が選択可能です。
- カスタム ストレージ サイズ
サーバーのルート ボリュームのサイズ。Azure にデプロイされた Atlas クラスターには、SSD が使用されます[1]。
注意
RAM の可用性
カーネルに確保されるメモリがあるため、各クラスター階層で実際に使用可能な RAM の量は、記載量を若干下回る場合があります。
注意
10 月18および2021現在、 Azureに配置された次の Atlas クラスターは、 16 、 000 IOPS( 7 、 500から増加)および 1 秒あたり500 MB のスループット( 250からの増加)を実現します。 MB/秒):
4 TB のストレージ ボリュームを持つ新しいクラスター。
最大 4 TB のストレージ ボリュームまで増やすことができる既存のクラスター。
次のクラスター階層を利用できます。
Cluster Tiersストレージ範囲デフォルトのストレージデフォルトの RAMM0
.5 GB
.5 GB
共有
Flex
5 GB
5 GB
Flex
M10
8 GB から 128 GB
8 GB
2 GB
M20
8 GB から 256 GB
16 GB
4 GB
M30
8 GB から 512 GB
32 GB
8 GB
M40
8 GB から 1 TB
64 GB
16 GB
M40 低 CPU
8 GB から 1 TB
128 GB
16 GB
M50
8 GB から 4 TB
128 GB
32 GB
M50 低 CPU
8 GB から 4 TB
128 GB
32 GB
M60
8 GB から 4 TB
128 GB
64 GB
M60_NVME
1600 GB
1600 GB
64 GB
M60 低 CPU
8 GB から 4 TB
128 GB
64 GB
M80
8 GB から 4 TB
256 GB
128 GB
M80 低 CPU
8 GB から 4 TB
256 GB
128 GB
M80_NVME
1600 GB
1600 GB
128 GB
M200
8 GB から 4 TB
256 GB
256 GB
R200
8 GB から 4 TB
256 GB
256 GB
M200_NVME
3100 GB
3100 GB
256 GB
R300
8 GB から 4 TB
512 GB
384 GB
M300_NVME
3600 GB
3600 GB
384 GB
R400
8 GB から 4 TB
512 GB
432 GB
M400_NVME
4000 GB
4000 GB
512 GB
M600_NVME
4000 GB
4000 GB
640 GB
上記階層はマルチクラウド クラスターに使用できます。
次のリージョンではご利用いただけません。
ドイツ西部中央
スイス北部
スイス西部
注意
クラスター階層と 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 つずつ配置されます。
3FD クラスターは 2FD クラスターに比べて高い可用性を持っています。ただし、3D クラスターは、一部のリージョンではサポートされません。
障害ドメインが 2 つだけのリージョン
選択した Azure リージョンに 2 つの障害ドメインがある場合、Atlas クラスターは 2 つの障害ドメインに分割されます。たとえば、3 ノードのレプリカセットクラスターの場合、2 つのノードが 1 つのゾーンに、残りのノードが別のゾーンに配置されます。
2FD クラスターは、ゾーンが失われた場合に 3FD クラスターよりも可用性が失われる高い可能性があります。ただし、レイテンシやロケーションが優先される場合は、2FD クラスターをサポートするリージョンが推奨される場合があります。
| [1] | Azureストレージオプションの詳細なドキュメントについては、「 VM 用の高パフォーマンス Premium Storage とマネージド ディスク 」を参照してください。 |
適応型キャパシティー
適応型キャパシティは、クラスターが使用するインスタンスタイプの Azure リージョンのキャパシティが一時的に不足した場合に、Atlas がクラスターの可用性を維持するために使用する Azure インスタンスの機能です。Atlas は、少なくとも 1 つのノードを持つ Azure 上のクラスターに対して、デフォルトで適応型キャパシティーを有効にします。
注意
Azure キャパシティー予約は、Atlas の Azure アダプティブ キャパシティーの使用とは異なります。Atlas は Azure キャパシティー予約を尊重し、このセクションで説明されているロジックを使用します。
クラスターで使用されているインスタンスの種類のキャパシティが Azure リージョンで一時的に不足すると、クラスターを増やせない可能性があり、Atlas は自動復旧中にノードを置き換えることができない可能性があります。クラスターを利用可能に保つため、Atlas は利用可能なキャパシティーを持つ代替インスタンスのプロビジョニングを行い、クラスターを一時的にそこに移動します。
適応型キャパシティーの仕組み
Atlas は、クラスターで使用されている Azure インスタンス タイプのキャパシティが不足していることを検出すると、使用可能なキャパシティを持つ代替インスタンス タイプをプロビジョニングし、クラスターを一時的にそこに移動して、クラスターが引き続き実行できるようにします。Atlas は同じクラスタークラスから代替インスタンス タイプを選択し、データは移動しません。
Atlas は、クラスターのコンピュート リソースを変更した場合にのみ適応型キャパシティーを使用します。たとえば、次のような場合です。
ノードまたはシャードを追加しても、Atlas では適応型キャパシティーは使用されません。
代替インスタンスタイプによりクラスターを利用可能に保ち、変更によるダウンタイムは発生しません。代替インスタンスタイプは、元のインスタンスタイプよりもパフォーマンスが低下する可能性があるため、Atlas がクラスターを元のインスタンスタイプに戻すまで、アプリケーションでは CPU 使用率の増加、レイテンシの増加、またはタイムアウトが発生する可能性があります。
元のインスタンスタイプが利用可能なキャパシティーに戻ると、Atlas はクラスターを自動的に元のインスタンスタイプに戻します。メンテナンスウィンドウを定義すると、Atlas はそのウィンドウを尊重します。
サポートされているクラスター
Azure では、Atlas は専有クラスター M30 以上でノードが 1 つ以上ある場合に適応型キャパシティーを使用します。適応型キャパシティーは、「 サポートされているリージョン 」に記載されているすべての Azure リージョンでこれらのクラスターで利用できます。Atlas は、M10 または M20 クラスター、無料クラスター、Flex クラスターに適応型キャパシティーを使用しません。
使用可能なキャパシティーがない M10 または M20 インスタンス タイプを選択すると、Atlas UI に通知が表示されます。クラスターを配置するには、次のいずれかの操作を実行します。
別のAzureリージョンを選択します。利用可能な Azure リージョンを検討するには、「サポートされているリージョン」を参照してください。
より大きなクラスター階層(
M30以上)を選択します。キャパシティーが復帰するまで待ちます。
キャパシティーの不足は一時的です。クラウドプロバイダーがリージョンのキャパシティーを復元すると、インスタンス タイプが再び使用可能になります。
Atlas は、Atlas がストレージをインスタンスタイプに結び付けているため、NVMeストレージを使用するクラスターには適応型キャパシティーを使用しません。
Atlas は、キャパシティの制約により代替インスタンス タイプをプロビジョニングする場合でも、クラスターの価格を変更しません。
適応型キャパシティーのオプトアウト
Azure のキャパシティー不足時にクラスターの可用性を維持するため、適応型キャパシティーを有効にすることをお勧めします。Atlas は、デフォルトで適応型キャパシティーを有効にします。個別のクラスターでは、適応型キャパシティーの使用をオプトアウトできます。オプトアウトすると、Atlas はクラスターを元のインスタンス タイプに維持します。キャパシティー不足により、クラスターの拡大が阻止される可能性があります。
Atlas の適応型キャパシティー変更をオプトアウトするには、「Azure クラスターの適応型キャパシティー」を参照してください。
専用検索ノード
サポートされているリージョン
Atlas では、Azure 上の M10 以上のクラスターに対する個別の検索ノードの配置がサポートされています。
Atlas は、次のAzureリージョンで検索ノードをサポートしていません。
リージョン名 | Azure リージョン |
|---|---|
AUSTRALIA_CENTRAL |
|
AUSTRALIA_CENTRAL_2 |
|
AUSTRALIA_SOUTH_EAST |
|
BRAZIL_SOUTHEAST |
|
CANADA_EAST |
|
FRANCE_SOUTH |
|
GERMANY_NORTH |
|
INDIA_WEST |
|
INDIA_SOUTH |
|
ITALY_NORTH (低 CPU 検索ノードのみに使用可能) |
|
JAPAN_WEST |
|
KOREA_SOUTH |
|
NORWAY_WEST |
|
SOUTH_AFRICA_WEST |
|
SPAIN_CENTRAL |
|
SWEDEN_SOUTH |
|
SWITZERLAND_WEST |
|
UAE_CENTRAL |
|
UK_WEST |
|
US_WEST_CENTRAL |
|
US_WEST |
|
US_NORTH_CENTRAL |
|
利用可能な検索階層
Atlas では、Azure に配置された検索ノードに対して、さまざまな検索階層を提供します。
次の表は、ハードウェアの各クラス(低 CPU と高 CPU)で使用できる検索階層を示しています。デフォルトのRAMとストレージはギビバイト(GiB)単位で測定されています。
インスタンス サイズ | インスタンスの詳細 |
|---|---|
S40 |
|
S50 |
|
S60 |
|
S80 |
|
S90 |
|
S100 |
|
S110 |
|
S 130 |
|
S 135 |
|
インスタンス サイズ | インスタンスの詳細 |
|---|---|
S 20 |
|
S30 |
|
S40 |
|
S50 |
|
S60 |
|
S 70 |
|
S80 |
|
Stream Processing ワークスペース
重要
リストに表記されないリージョンをリクエストするには、MongoDB フィードバックポータルにフィードバックを追加します。フィードバックは、今後の Atlas Stream Processing カバレッジの拡大に役立ちます。
Atlas は、次の Azure リージョンでの Stream Processing ワークスペース の配置をサポートしています。
Azure リージョン | ロケーション | Atlas リージョン |
|---|---|---|
| Virginia, USA |
|
| Virginia, USA |
|
| 米国カリフォルニア州 |
|
| サンパウロ(ブラジル) |
|
Azure リージョン | ロケーション | Atlas リージョン |
|---|---|---|
| オーストラリア・ニューサウスウェールズ州 |
|
Azure リージョン | ロケーション | Atlas リージョン |
|---|---|---|
| オランダ語 |
|
Integrations
グローバル リージョン サポートに加え、次の製品統合により、Azure Virtual Machines、Azure Functions、Azure Container Instances などの Azure 上で動作するアプリケーションで、Atlas インスタンスを簡単かつ安全に使用できるようになります。
ネットワーク サービス
Azure Virtual Network: Azure とのネットワークピアリング接続を設定する
Azure Private Link: Azure でプライベート エンドポイントを設定する
セキュリティと ID サービス
Microsoft Entra ID: MongoDB UI へのフェデレーティッド認証を構成する
Microsoft Entra ID ドメイン サービス: データベース ユーザーの認証と承認を構成する
調達
- Azure Marketplace: Azureを通じて Atlas の使用料を支払う
他の Azure サービスとの統合
Azure Databricks: Databricks と Apache Spark を使用して Atlas の読み取りと書込みを行います
Microsoft Fabric:AtlasデータをOneLake にミラーリングしてニアリアルタイム分析を実現
Azureネイティブ統合: Azureから Atlas 組織を作成し、セルフサービス型で請求
詳細情報
Atlas で Azure を最も効果的に使用する方法ついて詳しくは、次のベストプラクティス、ガイド、ケーススタディを参照してください。
Power BI Desktop: Power BI Desktop から Atlas に接続する
Visual Studio(VS)コード: VS コードから MongoDB を操作します