FAQ: 配置

MongoDB Atlas か MongoDB Cloud Manager か

Atlas は、管理対象で簡素化されたエクスペリエンスを提供します。 Atlas ユーザーは、構成とインフラストラクチャのオプションのプル型の選択にアクセスできます。 Atlas の構成とインフラストラクチャの利用可能なオプションでは、一部のユーザーが必要とする柔軟性が提供されない場合があります。 たとえば、Atlas ではクラスター接続に TLSが必要であり、 TLSを無効にするオプションは表示されません。 Atlas は、開発者とデータベース管理者がより効率的にできるようにするために、移動する部分を少なくするユーザーに適しています。

MongoDB Cloud Manager は、選択したインフラストラクチャ上でより多くの構成オプションを公開することで、より詳細な制御を提供します。 Cloud Manager ユーザーは高度な操作とより高いレベルの制御にアクセスできますが、インフラストラクチャのライフサイクル全体を管理する必要があります。 Cloud Manager は、MongoDB クラスターよりも高いレベルの制御を必要とするユーザーに最適です。

どの MongoDB サービスが組織のニーズに最適化されているかのガイダンスは、 にMongoDB サポート にお問い合わせください。

既存の MongoDB デプロイを MongoDB Atlas で管理することはできますか。

いいえ。 ただし、既存の MongoDB デプロイから MongoDB Atlas にデータをアップロードできます。

Atlas UIでライブ移行を使用して、ソースレプリカセットまたはシャーディングされたシャーディングされたクラスターから Atlas クラスターにデータをライブ移行できます。インポート戦略を選択するには、 「 データの移行またはインポート 」を参照してください。

公式の MongoDB サポート ドライバーを使用してスクリプトを記述し、データをアップロードすることもできます。

リージョン間で移行できますか。

はい。 元のクラウド サービス プロバイダー内の、または複数のクラウド サービス プロバイダー間で、1 つ以上のクラスターのリージョンを変更できます。 MongoDB Atlas は、クラスターの可用性を維持するために、ノードを元のリージョンから新しいリージョンに移動するための ローリング移行戦略 を使用します。

異なるクラウド サービス プロバイダーのリージョン間でデータを移行する必要がある場合は、次の操作を実行できます。

• データを移行する各クラスターのクラウドプロバイダーとリージョンを変更して、Atlas UI でクラスター構成フォームを変更します。 移行はセカンダリ ノードから始めて、クラスターごとにローリングされます。

• マルチクラウド/マルチリージョン オプション を使用して移行します。 この方法では、クラウドプロバイダーの容量に関連する問題のリスクを最小限に抑えられますが、データ転送コストが高くなる可能性があります。

• ライブ移行を実行する。

• mongomirror を使用して移行します。

• mongorestore を使用して宛先クラスターをシードします。

• ソースクラスターから宛先クラスターにバックアップを復元します。

Atlas はクロスリージョン配置をサポートしていますか。

はい。 配置を 作成またはスケーリングする ときに、高アベイラビリティーまたはローカル読み取りのために追加のリージョンを指定できます。

Atlas は、クロスクラウド サービス プロバイダーの配置をサポートしています。 詳細については、「高可用性のための選択可能なノード 」を参照してください。

Amazon Web ServicesはどのAtlas リージョンをサポートしていますか?

は、中国とAtlas 米国Amazon Web Services GovCloud を除くすべての リージョンをサポートしています 。詳しくは、「 Amazon Web Services （ Amazon Web Services ）」を参照してください。

Atlas クラスターを一時停止または停止できますか。

M10+の有料クラスターは一度に最大30 日間一時停止できます。 Atlas は30 日後にクラスターを自動的に再開します。

Atlas のシャーディングされたクラスターでチャンクを事前に分割できますか。

Atlas adminデータベースユーザー ロールには、空のシャーディングされたコレクション内のチャンクを事前に分割するために必要な特権があります。

シャーディングされたクラスター チャンクの作成と管理の詳細については、「 シャーディングされたクラスターでのチャンクの作成 」を参照してください。

MongoDB Atlas は 50 を超えるシャードを持つクラスターを配置できますか。

はい、MongoDB Atlas では最大100のシャードを選択できます。 100を超えるシャードについて詳しくは、 MongoDB サポートにお問い合わせください。

MongoDB Atlas では高可用性が実現されますか。

Atlas クラスターは MongoDB のレプリケーション機能を使用して高可用性を実現します。 すべての Atlas クラスターは、レプリカセット または 各シャードがレプリカセットである シャーディングされたクラスター のいずれかです。 MongoDB のレプリカセットとレプリケーションの詳細については、「レプリケーション 」を参照してください。

Atlas は、セキュリティ パッチの適用や Atlas クラスターのスケールアップなど、メンテナンスやインフラストラクチャの操作を実行するために ローリング アップグレード 戦略を使用します。 ローリング アップグレード戦略により、クラスターはメンテナンスまたはインフラストラクチャ操作の大部分で読み取りと書込みを処理できるようになります。 ローリング アップグレード手順実行中:

• Atlas はクラスター内の各セカンダリ ノードに変更を適用します。

• Atlasは、プライマリ ノードにセカンダリ 状態に降格し、新しいプライマリの選挙をtriggerするように指示します。

• クラスターに新しいプライマリが作成されると、Atlas は以前のプライマリ ノードに変更を適用します。

クラスターが新しいプライマリを選択している間、アプリケーションは書込み操作を保持する必要があります。 クラスターはこの期間中もセカンダリ読み取り操作を処理できます。 Atlas クラスターの選挙は通常、数秒以内に完了します。 ただし、ネットワーク レイテンシなどの要因により、レプリカセット選挙が完了するまでの時間が延長される可能性があり、それによりクラスターがプライマリなしで稼働する時間が影響を受けることがあります。 これらの要因は、お使いのクラスター アーキテクチャによって異なります。

URI 接続 に retryWrites=true Atlasstringを追加することで、再試行可能な書き込みを有効にすることができます。詳細については、「再試行可能な書込み 」を参照してください。

M10+ クラスターの場合、 Atlasはプライマリ フェイルオーバーのテスト機能を提供します。この機能を使用すると、アプリケーションがReactセットの選挙を検出して対応できることを確認できます。 レプリカセットの選挙をシームレスに処理できるアプリケーションを設計することで、クラスターで発生する基礎のメンテナンスを心配する必要がなくなりました。

Atlas のメンテナンス操作には、OS パッチと MongoDB データベース自体のメンテナンス パッチが含まれます。 インフラストラクチャ操作には、障害のあるインフラストラクチャを置き換えるために必要な修復操作や、クラスター階層の変更など、スケジュールされたインフラストラクチャの置き換えが含まれます。

MongoDB Atlas を最適な可用性で使用するためのアプリケーションのアーキテクチャに関するサポートについては、 MongoDB サポート にお問い合わせください。

分析ノードとは

M10+ クラスターで使用できます。

分析ノードは、運用ワークロードに影響を与えたくないクエリを分離するために使用される特殊な読み取り専用ノードです。 BIツールによって実行されるクエリのレポートなどの分析データを処理するのに役立ちます。

分析ノードと読み取り専用ノードは、クエリを目的のノード タイプとリージョンに送信できる個別のレプリカセット タグで構成されます。 Atlas によって実装された定義済みのレプリカセット タグの詳細については、「 Atlas レプリカセット タグ 」を参照してください。

マルチリージョンクラスターには合計50のノードを設定できます。 その制限内では、分析ノードの最大数はありません。

分析ノードは、選挙に参加したり、クラスターのプライマリになったりできないため、クラスターの可用性に貢献することはできません。

別のディスク ストレージ変更リクエストを送信できないのはなぜですか?

ディスク ストレージの変更リクエストを最近送信した場合、 Amazon Web Servicesは 6 時間待機して最初のリクエストが完了してから、次のディスク変更リクエストを送信する必要があります。

Atlas クラスターをあるクラウドプロバイダーから別のクラウドプロバイダーに移行するにはどうすればよいですか。

パブリック IP を使用してアプリケーションから Atlas クラスターに接続する場合は、Atlas UIでクラスターを変更することで、最も効率的に別のクラウドプロバイダーに切り替えることができます。 アプリケーションがフェイルオーバーに対して回復力がある場合、これによりクラスターが正常に移行されます。

ただし、アプリケーションがVPCピアリングまたは PrivateLink を介して Atlas クラスターに接続している場合、クラスターが別のクラウドプロバイダーに移行すると、アプリケーションとクラスター間のピアリングまたは PrivateLink 接続は中断されます。このため、アプリケーションが新しいクラウドプロバイダーに移行された後、クラスターに接続する方法を考慮する必要があります。 アプリケーションのネットワーク管理者に追加のアドバイスか、サポートにお問い合わせください。