Docs Menu
Docs Home
/
MongoDB Atlas
/ /

高可用性とワークロード分離の設定

項目一覧

  • Considerations
  • Atlasで、プロジェクトのGo Clusters{0 ページに します。
  • [Connect] をクリックします。
  • 高可用性のための選択可能なノード
  • 選挙可能なノードを追加する
  • 選挙可能なノードを削除する
  • 選挙可能なノードを読み取り専用ノードに変更する
  • クラスターの可用性を向上させる
  • 最も優先度の高いプロバイダーまたはリージョンを変更する
  • 最適なローカル読み取りのための読み取り専用ノード
  • 読み取り専用ノードを追加する
  • 読み取り専用ノードを削除する
  • ノードのワークロードの目的を変更する
  • ワークロード分離のための分析ノード
  • 分析ノードを追加する
  • 分析ノードのクラスター階層を選択する
  • Analytics ノードを削除する
  • ワークロード分離のためのノードを検索する
  • Considerations
  • 検索ノードを追加する
  • 検索ノードを削除する
  • 制限

Tip

Atlas では、 AWSAzure、Google Cloud などのクラウド プロバイダーを任意に組み合わせて、マルチクラウド MongoDB 配置を作成できます。

MongoDB 配置内のノードを、異なるものを使用するように設定できます。

  • クラウドプロバイダー

  • 地域

  • ワークロードの優先順位

  • レプリケーション構成

これらのオプションを使用すると、クラスターの可用性とワークロードのバランスを向上させることができます。

クラスターのノード固有のオプションを構成するには、Multi-Cloud, Multi-Region & Workload Isolation (M10+ clusters)On に切り替えます。

マルチクラウドプロバイダー、マルチリージョン、ワークロード分離機能

クラスターは、次の場所でホストできます。

  • 1 つのクラウドプロバイダー内の複数のリージョン。

  • 複数のクラウドプロバイダーにまたがる複数のリージョン。

各クラウドプロバイダーには独自のリージョンセットがあるため、マルチクラウドクラスターもマルチリージョンクラスターです。

  • Atlas は、トポロジーの変更中にホスト名がノード型に関して一貫性を保つことを保証しません。

    foo123-shard-00-03-a1b2c.mongodb.net:27017 という分析ノードを含む foo123 という名前のクラスターがある場合、Atlasは、たとえば クラスターをスケーリングしてノードまたはリージョンの数を変更するなどしてトポロジーが変更された後も、特定のホスト名が引き続き分析ノードを指すことを保証しません。

  • 専用のコンフィギュレーションサーバーを使用するシャーディングされたクラスターでは、Atlas はクラスター内の選択可能なリージョンの数に基づいて 3 つのコンフィギュレーションサーバー ノードを分散します。クラスターに次のものがある場合、次のことが起きます。

    • 選択可能なリージョンは1つだけある場合、Atlas はそのリージョンに 3 つの構成ノードすべてを配置します。

    • 選択可能なリージョンが 2 つある場合、Atlas は優先度が最も高いリージョンに 2 つの構成ノードを配置し、優先度が 2 番目に高いリージョンに 1 つの構成ノードを配置します。

    • 選択可能なリージョンが 3 つ以上ある場合、Atlas は優先度が最も高い 3 つのリージョンそれぞれに 1 つの構成ノードを配置します。

  • 多数のリージョンがある場合や、ノードが長距離に分散している場合は、選出時間が長くなったり、レプリケーションの遅延が発生したりする可能性があります。

  • 投票ノードを追加、削除、または変更するクラスターの変更には、Atlas が 個の投票ノードを 1 つずつ順次追加、削除、または変更するため、より長い時間がかかります。

  • クラスターは複数のリージョンとクラウド サービス プロバイダーにまたがって使用できます。リージョンをまたがるクラスターの合計ノード数にはプロジェクトごとに特定の制約があります。

    Atlas では、1 つのプロジェクトで他のリージョンの合計ノード数を合計40 に制限しています。これには次のものが含まれません。

    • Google Cloud の相互に通信するリージョン

    • 無料クラスター

    • Flex クラスター

    シャーディングされたクラスターにはさらにノードが含まれます。専用のコンフィギュレーションサーバー レプリカセット(CSRS)上の選択可能なノードは、許容されるノードの総数にカウントされます。シャーディングされた各クラスターには、専用 CSRS の一部として、リージョンごとに追加の選択可能なノードがあります。詳細については、「 レプリカ セット コンフィギュレーションサーバー」を参照してください。

    2つのリージョン間の合計ノード数はこの制約を満たす必要があります。

    Atlas プロジェクトに 3 つのリージョンにまたがるクラスター内のノードがある場合を例に挙げます。

    • リージョン A で 30 ノード

    • リージョン B で 10 ノード

    • リージョン C で 5 ノード

    リージョン C にあと 5 ノードのみ追加できます。理由は次のとおりです。

    1. リージョン C を除外する場合、リージョン A + リージョン B = 40 になります。

    2. リージョン B を除外する場合、リージョン A + リージョン C = 35、< = 40 になります。

    3. リージョン A を除外する場合、リージョン B + リージョン C = 15、< = 40 になります。

    4. 5 つのノードを追加してもリージョンの組み合わせはそれぞれ、プロジェクトごとの制約を満たしています。

      • リージョン A + B = 40

      • リージョン A + C = 40

      • リージョンB + C = 20

    プロジェクトで他のリージョンに 40 以上のノードにまたがるクラスターが 1 つ以上ある場合、プロジェクトにマルチリージョンクラスターを作成することはできません。

    この制限の引き上げに関する質問やサポートについては、Atlas サポートにお問い合わせください。

  • Atlas は、マルチリージョン クラスター向けの組み込みのカスタム書込み機能を提供します。これらの書込みに関する考慮事項を使用して、書込み操作が必要な数のリージョンに伝播されるようにし、リージョン間でのデータの一貫性を確保します。詳しくは、「組み込みのカスタム書込みにおける考慮事項」を参照してください。

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

  • DNS シードリスト形式ではなく、標準の接続文字列形式を使用する場合、既存のクロスリージョン クラスターからリージョン全体を削除すると、新しい接続文字列が生成されることがあります。

    変更を配置した後、正しい接続文字列を検証します。

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

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

    3. まだ表示されていない場合は、サイドバーの [Clusters] をクリックします。

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

    2
  • 選択したリージョンの最初の M10+ 専用有料クラスターに 1 つ以上の VPC ピアリング接続を作成する予定の場合は、まず VPC ピアリング接続 に関するドキュメントを確認してください。

  • Atlasは、特定の GCP リージョンの M10 クラスターと M20 クラスターに対して、異なるクラウドプロバイダー ハードウェアを使用する場合があります。その結果、特定の GCP リージョンの組み合わせが、マルチリージョン M10 クラスターおよび M20 クラスターでサポートされない可能性があります。

選挙可能なノードを持つリージョンを追加する場合は、次の操作を行います。

  • データの可用性を向上させる

  • データセンターの停止時による影響を軽減する

1 つのクラウド プロバイダーから異なるリージョンを設定することも、異なるクラウド プロバイダーを選択することもできます。

Atlas は、Electable nodes テーブルの最初の行のノードを Highest Priority 領域として設定します。

Atlas は、プライマリ資格としてこのリージョンのノードを優先します。その他のノードは、表示される順序に従ってランク付けされます。詳しくは、「ノードの優先順位」を参照してください。

選挙可能な各ノードは次のことが可能です。

  • レプリカセット選挙に参加すること。

  • レプリカセット内の大部分のノードが使用可能な状態で、プライマリになること。

Electable nodes for high availability セクションから、1 つのクラウド プロバイダーとリージョンに選挙可能なノードを追加できます。

選挙可能なノードを追加するには、次の手順に従います。

  1. [Add a provider/region] をクリックします。

  2. Provider ドロップダウンからクラウドプロバイダーを選択します。

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

    Provider オプションを変更すると、Region は空白のオプションに変更されます。リージョンを選択しないで Create Cluster をクリックすると、Atlas にエラーが表示されます。

  4. プロバイダーとリージョンに希望する Nodes の数を指定します。

    クラスター内のすべてのプロバイダーとリージョンにわたる選択可能なノードの合計数は、35、または 7 である必要があります。

Atlas では、 でマークされたリージョンが推奨リージョンとみなされます。これらのリージョンは、他のリージョンと比較して高い可用性を提供します。

詳しくは以下を参照してください。

リージョンからノードを削除するには、そのリージョンの右側にある アイコンをクリックします。Highest Priority リージョン内のノードを削除することはできません。

詳しくは、「マルチリージョン クラスターのバックアップ」をご覧ください。

読み取り専用ノードを追加し、同時に選択可能なノードを削除することで、選択可能なノードを 読み取り専用ノード に変更できます。詳しくは、「ノードのワークロードの目的を変更する」を参照してください。

クラスターの冗長性と可用性を向上させるには、そのリージョンで選択可能なノードの数を増やします。すべての Atlas クラスターには Highest Priority リージョンがあります。クラスターが複数のリージョンにまたがる場合は、どのクラウド プロバイダー リージョンを Highest Priority にするかを選択できます。

可用性とパフォーマンスの低下を防ぐには、次のシナリオを検討してください。

障害点
この障害点を防ぐ方法

クラウドプロバイダー

3 つのクラウドプロバイダーすべてに少なくとも 1 つのノード セットが必要です。リージョンごとに複数のノード。

リージョン

3 つ以上の異なるリージョンに少なくとも 1 つのノード セット。リージョンごとに複数のノード。

Node

  • Recommended リージョン内の 3 つ以上の選出可能なノード または

  • 2 つ以上のリージョンにわたる 3 つ以上の選出可能なノード。

アクティブなマルチリージョン クラスターで Highest Priority プロバイダーとリージョンを変更すると、Atlas は指定したプロバイダーとリージョンで新しい プライマリ ノードを選択します(各プロバイダーとリージョンのノード数が同じままで、他に何も変更されていないと仮定します)。

次の構成のアクティブな 5 ノード クラスターがある場合:

Nodes
プロバイダー
リージョン
優先順位

3

Amazon Web Services

us-east-1

最高

2

Google Cloud

us-west3

Google Cloud us-west3 ノードを Highest Priority にするには、その行をクラスターの Electable nodes リストの先頭にドラッグします。この変更後、Atlas は us-west3 で新たに [プライマリ] を選択します。Atlas は、この構成を変更するときに初期同期を開始したり、ホストを再プロビジョニングしたりしません。

重要

特定の状況により、新たな予備選挙の実施が遅れる場合があります。

たとえば、プライマリシャードに重いワークロードがあるシャーディングされたクラスターでは、選出が遅れる可能性があります。 この結果、すべてのプライマリ ノードが一時的に同じリージョンに存在しなくなります。

これらのリスクを最小限に抑えるには、ワークロードが集中している期間中にプライマリ リージョンを変更しないようにしてください。

読み取り専用ノードを使用して、ノードのそれぞれのサービス領域でのローカル読み取りを最適化します。

Read-Only Nodes for Optimal Local Reads セクションから読み取り専用ノードを追加できます。

1 つのクラウドプロバイダーとリージョンに読み取り専用ノードを追加するには、次の手順に従います。

  1. [Add a provider/region] をクリックします。

  2. Provider ドロップダウンからクラウドプロバイダーを選択します。

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

    Provider オプションを変更すると、Region は空白のオプションに変更されます。リージョンを選択しないで Create Cluster をクリックすると、Atlas にエラーが表示されます。

  4. プロバイダーとリージョンに希望する Nodes の数を指定します。

Atlas では、 でマークされたリージョンが推奨リージョンとみなされます。これらのリージョンは、他のリージョンと比較して高い可用性を提供します。

読み取り専用ノードは選挙に参加しないため、高可用性を提供しません。クラスターのプライマリにはなることはできません。クエリを読み取り専用ノードに送信するには、定義済みのレプリカセットタグを使用してください

1 つのクラウドプロバイダーとリージョン内のすべての読み取り専用ノードを削除するには、そのクラウドプロバイダーとリージョンの右側にある アイコンをクリックします。

ノードを同時に追加および削除することで、ノードのワークロード目的を変更できます。

注意

ノードを再利用するには、同じ構成変更内でノードを追加および削除する必要があります。ノードを削除し、変更を保存してからノードを追加すると、Atlas は代わりに新しいノードをプロビジョニングします。

たとえば、読み取り専用ノードを選択可能なノードに変更するには、次の手順に従ってください。

  1. 選挙可能なノードを追加します。

  2. 読み取り専用ノードを削除します。

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

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

分析ノードを使用して、運用ワークロードと競合したくないクエリを分離します。分析ノードは、BI Connector for Atlas からのクエリのレポートなどのデータ分析操作の処理に役立ちます。クエリを分析ノードに送信するには、事前に定義されたレプリカセットタグを使用してください

Add a region をクリックして、分析ノードを配置するリージョンを選択します。リージョンに必要な Nodes の数を指定します。

注意

readPreference および readPreferenceTags 接続文字列オプションは、mongo シェルでは使用できません。詳しくは、 cursor.readPref()Mongo.setReadPref() を参照してください。

Analytics nodes for workload isolation セクションから分析ノードを追加できます。

1 つのクラウド プロバイダーとリージョンに分析ノードを追加するには、次の手順に従います。

  1. [Add a provider/region] をクリックします。

  2. Provider ドロップダウンからクラウドプロバイダーを選択します。

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

    Provider オプションを変更すると、Region は空白のオプションに変更されます。リージョンを選択しないで Create Cluster をクリックすると、Atlas にエラーが表示されます。

  4. プロバイダーとリージョンに希望する Nodes の数を指定します。

Atlas では、 でマークされたリージョンが推奨リージョンとみなされます。これらのリージョンは、他のリージョンと比較して高い可用性を提供します。

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

分析ノードと運用ノードではワークロードが大きく異なる場合があります。この問題を管理するには、M10+ クラスターの場合、分析ワークロードに適したサイズの クラスター階層を選択します。クラスター階層分析ノードには、選挙可能なノードと読み取り専用ノード(運用ノード)に選択したクラスター階層よりも大きい、または小さいクラスター階層を選択できます。この機能により、分析ワークロード用にクラスター全体を過少または過少プロビジョニングすることなく、トランザクションクエリと分析クエリに必要なパフォーマンスを確実に得ることができます。

Analytics Tier タブと分析ノードには次の考慮事項が適用されます。

重要

Analytics Tier タブで、Base Tier タブで選択したクラスター階層よりも大幅に下のクラスター階層を選択した場合、レプリケーションラグが発生する可能性があります。分析ノードは、oplog から完全に削除される可能性があります。

  • Analytics Tier タブで General クラスター階層を選択し、Base Tier タブで Low-CPU クラスター階層を選択した場合、クラスターではディスクの自動スケーリングはサポートされません。Base Tier タブで General クラスター階層を選択し、Analytics Tier タブで Low-CPU クラスター階層を選択した場合も、ディスクの自動スケーリングはサポートされません。

  • ディスク サイズと IOPS は、すべてのノード型で同じである必要があります。

  • Base Tier タブと Analytics Tier タブのストレージ サイズは一致している必要があります。Base Tier タブでストレージ サイズを設定できます。

  • Base Tier タブで Local NVME SSD クラスを選択する場合は、Analytics Tier タブで同じ階層レベルを選択する必要があります。

  • クラスター階層がグレー表示されている場合、そのクラスター階層はクラスターのディスク サイズまたは Local NVME SSD クラスと互換性がありません。

  • Analytics Tier タブで選択されたクラスター階層の価格は、 Base Tierタブで選択されたクラスター階層の価格と同じです。ただし、Analytics TierBase Tier より高いか低い場合、価格はノードごとに比例配分されて調整されます。クラスターを作成または編集すると、Atlas UI に価格が表示されます。詳しくは、「請求を管理する」を参照してください。

分析ノードを追加したら、分析ワークロードに適したサイズのクラスター階層を選択できます。

  1. Cluster Tier セクションで、Analytics Tier タブをクリックします。

  2. Cluster Tier を選択します。

1 つのクラウドプロバイダーとリージョン内のすべての分析ノードを削除するには、そのクラウドプロバイダーとリージョンの右側にある アイコンをクリックします。

クラスター内のノードを設定して、Atlas Search mongotプロセスのみを実行することができます。 Atlas Search mongotプロセスを個別に実行すると、 mongotプロセスの可用性とワークロードのバランスが向上します。 詳細については、「ノードのアーキテクチャ 」を参照してください。

MongoDB v6.0 以降を実行している M10 以上の Atlas クラスターでは、データベース ノードとは別に検索ノードを構成できます。Atlas Search ノードを個別に配置する前に、次の点を確認してください。

検索ノードは専用(M10 以上)のクラスターにのみ配置できます。無料(M0)および共有(M2 および M5)階層クラスターに検索ノードを追加することはできません。Atlas UI と Atlas 管理 API を使用して、AWS、Google Cloud、または Azure 上の新規および既存のクラスターの検索ノードをプロビジョニングできます。

検索ノードは、任意のクラウドプロバイダーでホストできます。 グローバルクラスターに対して検索ノードを個別に配置することはできません。

Atlas は、選択可能ノード、読み取り専用ノード、分析ノードと同じ AWS、Google Cloud、または Azure リージョンに検索ノードを配置します。

Atlas では、Google Cloud の任意のリージョンでワークロードを分離するために、検索ノードを個別に配置できます。AWS および Azure の場合、特定のリージョンでは検索ノードを配置できません。次の Atlas UI 動作が適用されます。

  • 最初にクラスターノードに次の AWS または Azure リージョンのいずれかを選択した場合、Atlas は Search nodes for workload isolation トグルを無効にします。

  • 最初に Search nodes for workload isolation を有効にすると、Atlas は Electable nodes for high availability の下のリージョンのドロップダウンで次のアイテムを無効にします。

Atlas は、検索ノードに対して次の AWS および Azure リージョンをサポートしていません。

リージョン名
AWS リージョン

パリ

eu-west-3

Zurich

eu-central-2

Milan

eu-south-1

スペイン

eu-south-2

UAE

me-central-1

バーレーン

me-south-1

ケープタウン

af-south-1

香港

ap-east-1

Jakarta

ap-southeast-3

メルボルン

ap-south-4

Hyderabad

ap-south-2

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

AUSTRALIA_CENTRAL

australiacentral

AUSTRALIA_CENTRAL_2

australiacentral2

AUSTRALIA_SOUTH_EAST

australiasoutheast

BRAZIL_SOUTHEAST

brazilsoutheast

CANADA_EAST

canadaeast

FRANCE_SOUTH

francesouth

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

SWEDEN_SOUTH

swedensouth

SWITZERLAND_WEST

switzerlandwest

UAE_CENTRAL

uaecentral

UK_WEST

ukwest

US_WEST_CENTRAL

westcentralus

US_WEST

westus

US_NORTH_CENTRAL

northcentralus

検索ノードを個別に配置するには、Electable nodes for high availability ドロップダウンからサポートされている AWS、Google Cloud、または Azure リージョンを選択する必要があります。サポートされているリージョンについて詳しくは、「専用検索ノードのリージョン」を参照してください。Atlas は、クラスター上の読み取り専用ノードと分析ノードに同じリージョンを自動的に使用します。配置後は、Atlas クラスターのクラウドプロバイダーまたはクラウドプロバイダー リージョンを変更することはできません。

Atlas では、複数のリージョンとクラウド プロバイダーにわたる検索ノードの展開がサポートされています。マルチリージョンまたはマルチクラウド・クラスターに検索ノードを配置する場合は、次の点に留意してください。

  • Atlas は各リージョンに同じ数の検索ノードを配置します。

  • リージョン全体のすべてのノードには同じ検索階層があります。

  • Atlas Administration API を使用して既存の検索ノードに新しいリージョンを追加すると、Atlas は新しいリージョンに同じ数の検索ノードを配置します。ただし、新しいリージョンが現在の検索階層をサポートしていない場合、リクエストは失敗します。

[Search Tier] タブで検索ノードの検索層を選択できます。

デフォルトでは 、Atlas は S20 に検索ノードを配置します。 より高速なクエリとより複雑な集計を行う場合は上位の階層を選択し、ワークロードが小さい場合は下位の階層を選択できます。 より低い階層にサイズをダウンサイズする場合、検索階層は既存の検索インデックスに対応するとともに、バッファ ファイルとログ用の追加ディスク領域に対応する必要があります。 一部の階層では、 Atlas ベクトル検索に推奨される低 CPU と、Atlas Search に最適化された高 CPU のどちらかを選択することもできます。

AWS に配置された検索ノードの場合、Atlas はさまざまなリージョンでさまざまな検索階層を提供します。選択した検索階層がリージョンで使用できない場合、Atlas は、そのリージョンで使用可能な次に高い階層に検索ノードを自動的に配置します。詳しくは、「AWS の検索階層」を参照してください。

Google Cloud または Azure に配置された検索ノードの検索階層について詳しくは、以下をご覧ください。

Atlas クラスターで個別の検索ノードを構成するには、次の手順を実行します。

  1. Multi-Cloud, Multi-Region & Workload Isolation (M10+ clusters)On に切り替えます。

  2. Search nodes for workload isolationOn に切り替えます。

  3. 配置するノードの数を指定します。最小 2 ノードから最大 32 ノードまで指定できます。

    配置後、クラスターを変更して追加の検索ノードを追加および削除できます。

    注意

    マルチリージョン クラスターの場合、Atlas は各リージョンに指定された数のノードを配置します。詳しくは、「マルチリージョンおよびマルチクラウド クラスター」を参照してください。

  4. チェックボックスをクリックして、検索ノードを使用してクラスターを作成する際の考慮事項を理解し、同意したことを確認します。

  5. Cluster Tier を展開して、Search Tiers タブで検索ノードの階層を選択します。

    検索ノードのさまざまな階層について詳しくは、「検索階層」を参照してください。

Atlas CLI を使用してクラスターの検索ノードを作成するには、次のコマンドを実行します。

atlas clusters search nodes create [options]

コマンド構文とパラメーターの詳細については、Atlas CLI ドキュメントの「Atlas クラスター検索ノードの作成」を参照してください。

Tip

参照: 関連リンク

注意

クラスター上に Atlas Search インデックスが存在せず、作成したことがない場合にのみ、既存の Atlas クラスターに Search Node を追加できます。

Atlas クラスターに個別の検索ノードを構成するには、Atlas Search リソース /deployment エンドポイントPOST リクエストを送信します。ノードの数とインスタンス サイズを指定する必要があります。最小 2 個から最大 32 個のノードを配置できます。詳しくは、「検索ノードの作成」を参照してください。

検索ノードがないクラスターに検索ノードを追加すると、Atlas Search が初期同期を完了した後に発生するデータベースへの mongod テール書込みと並行して実行されている既存の mongot プロセスと、新しい専用検索ノード上の mongot プロセスによって、必要なコレクションの初期同期が実行されます。これにより、移行プロセス中に二重に読み取りが行われます。

いくつかの検索ノードを削除するには、Search nodes for workload isolation の下の Number of Search Nodes 設定を調整します。クラスターには2 ~ 32個の検索ノードを配置できます。

Atlas クラスター上のすべての検索ノードを削除するには、次の手順を実行します。

  1. Search nodes for workload isolationOff に切り替えます。

    利用可能なクラウド プロバイダーから任意のリージョンを選択できるようになりました。

  2. Are you sure you want to remove Search Nodes? モーダルで確認するには Remove をクリックします。

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

  4. チェックボックスをクリックして、検索ノードを含むクラスターの削除に関する考慮事項を理解し、同意したことを確認します。

    検索クエリの結果の処理が一時的に中断されます。

  5. [Apply Changes] をクリックします。

Atlas CLI を使用してクラスターの検索ノードを削除するには、次のコマンドを実行します。

atlas clusters search nodes delete [options]

コマンド構文とパラメーターの詳細については、Atlas CLI ドキュメントの「Atlas クラスター検索ノードの削除」を参照してください。

Atlas クラスターで検索ノードを追加または削除したり、検索層を変更したりするには、Atlas Search リソースの /deployment Update Search Nodes エンドポイントに PATCH リクエストを送信します。

次のアイテムを指定できます。

  • 削除するノードの数。省略した場合、Atlas は現在の配置ノード数を変更しません。

  • 別の検索階層に切り替えるために使用するインスタンス サイズ。省略した場合、Atlas は配置されたノードの現在の検索階層を変更しません。

詳しくは、「検索ノードをアップデートする」を参照してください。

Atlas クラスター上のすべての検索ノードを削除するには、Atlas Search リソースの /deployment エンドポイントDELETE リクエストを送信します。詳しくは、「検索ノードを削除する」を参照してください。

クラスター上の既存の検索ノードをすべて削除すると、検索クエリ結果の処理が中断され、一方 Atlas は、専用検索ノード上で個別に動作している mongot プロセスから、mongod と並行して動作している mongot プロセスに移行します。mongotmongod の両方のプロセスをホストするノードでインデックスが作成されている間はクエリを実行できず、クエリのダウンタイムが発生します。

マルチクラウド配置でホストされているレプリカセットにプライベート接続を経由して接続する場合、アクセスできるノードは、クラウドプロバイダーと接続元が同じリージョンのノードのみです。このクラウドプロバイダーは、そのリージョンにプライマリノードがない場合があります。このような場合、配置にアクセスするには、セカンダリの読み込み設定 (read preference) モードを接続文字列に指定する必要があります。現在のプロバイダーからプライベート接続を介してマルチクラウド配置のすべてのノードにアクセスする必要がある場合は、次の操作を行う必要があります。

  • 現在のプロバイダーで残りの各プロバイダーへの VPN を構成します。

  • 残りのプロバイダーごとに、Atlas へのプライベートエンドポイントを構成します。

あるいは、プライベートエンドポイントを通じてアクセスされるマルチクラウド配置用の シャーディングされたクラスター を作成することをお勧めします。 シャーディングされたクラスターを配置する場合、単一シャードでも複数のシャードでも、ローカル プライベートエンドポイントを介してクラスターに接続し、読み取りおよび書込み操作を実行できます。 クラスター プライマリ ノードが別のリージョンにある場合でも、セカンダリの 読み込み設定 (read preference) モードを指定する必要はありません。 接続先のクラウドプロバイダー リージョンのmongosは、必要に応じて別のリージョンのプライマリ ノードにリクエストをルーティングします。 詳細については、「シャーディングされたクラスターの配置 」を参照してください。

戻る

無料階層クラスターを復元する