AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
See how MongoDB 9.0 delivers up to 2x higher throughput.
MongoDB Branding Shape
Register now >
Docs Menu

組織設定の管理

次のいずれかのアクションを実行するには、Atlas に対する Project Access Manager または Organization Owner アクセス権が必要です。

組織の所有者は、セキュリティと認証ポリシーに準拠するために、組織のすべてのユーザーの絶対セッション タイムアウトとアイドル セッション タイムアウトを設定できます。

絶対セッション タイムアウトは、ユーザーが再認証なしで Atlas UIにログインしたままである最大期間を指定します。アイドル セッション タイムアウトは、Atlas がユーザーをログアウトするまでにユーザーが非アクティブ状態を維持できる最大期間を指定します。

注意

この機能はパブリック プレビュー段階です。機能および関連するドキュメントは、プレビュー期間中にいつでも変更される可能性があります。詳しくは、プレビュー機能を参照してください。

  • ユーザーが複数の組織に属している場合、セッションはすべての組織にわたって最も短いアイドルと絶対タイムアウトを継承します。例、ユーザーのセッションは、ある組織の最も短い絶対タイムアウトと別の組織の最も短いアイドル タイムアウトを組み合わせたものです。に適用されるタイムアウトを表示するには、「 パーソナライズ 」ページを参照してください。

  • アイドル セッションの期限が切れる 2 分前に、Atlas はユーザーにセッションの継続を許可するメッセージを表示します。

  • タイムアウト構成は Atlas UIにのみ適用されます。これらは以下には影響しません。

    • APIキーまたはサービス アカウントによるアカウントアクセス。

    • セッションでは、ユーザーは Atlas 認証情報を使用して Compass、 Relational Migrator 、または Atlas CLI などの開発者ツールにログします。カスタム値の代わりに固定された 12 時間のセッション タイムアウトが適用されます。

    • ユーザーがMongoDB Charts および Atlas App Services を介して直接ログするセッション。

    • MongoDB Universityやサポート ポータルなどのMongoDB SSO にリンクされたサービス。これらのサービスでは、12 時間のセッション タイムアウトが使用されます。

    重要

    上記にリストされているツールとサービスでは、メインの Atlas ウェブ セッションが終了した場合、セッションは 12 時間未満に期限切れになる可能性があります。

1
  1. まだ表示されていない場合は、以下から目的の組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. サイドバーで、Organization Settings をクリックします。

[ Organization Settings ]ページが表示されます。

2
  1. Configure Session Timeoutセクションで、 をクリックします。

  2. 絶対セッション タイムアウトとアイドル セッション タイムアウトを指定します。

    絶対セッション タイムアウトは、アイドル セッション タイムアウト以上である必要があります。

    Atlas の場合、制限は次のとおりです。

    セッション タイムアウト
    default
    最小
    maximum

    Absolute

    12時間

    1 時間

    12時間

    アイドル

    なし

    5 分

    絶対セッション タイムアウト

    MongoDB Atlas for Government の場合、制限は次のとおりです。

    セッション タイムアウト
    default
    最小
    maximum

    Absolute

    12時間

    1 時間

    12時間

    アイドル

    10 分

    5 分

    10 分

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

    設定はユーザーの次回のログに適用されます。

Atlas 組織の指定された問い合わせ先に通知やアラートを受信するように指定できます。

指定された Atlas セキュリティ担当者を指定して、MongoDB セキュリティチームからの通知を含むセキュリティ関連の通知を受信します。

重要

ユーザー アカウントの削除するから 30 日以内に、ユーザーをセキュリティ問い合わせとして追加しないでください。コンシステントな通信を確保するために、個々のメールアドレスではなく、配信リストを使用することをお勧めします。

  • MongoDBセキュリティ チームからのセキュリティ関連の通知を受信するには、1 つのメールアドレスのみを指定します。

  • ベストプラクティスとして、1 つのアドレスを使用するフィルタリング リストを作成し、それをセキュリティ担当者として指定することをお勧めします。 メールリング リストが複数のユーザーにこれらの通知を送信することもできます。

  • セキュリティ担当者を指定しても、セキュリティ上の決定や承認のために Atlas への認可やアクセスは許可されません。

  • セキュリティ連絡先のアカウントが削除されると、セキュリティ連絡先設定はクリアされ、以前のセキュリティ連絡先は関連する通知とイベントの 修飾子として表示されます。

1
  1. まだ表示されていない場合は、以下から目的の組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. サイドバーで、Organization Settings をクリックします。

[ Organization Settings ]ページが表示されます。

2
  1. Atlas Contact Information セクションで、Security Contact フィールドの Add または をクリックします。

  2. メールアドレスを指定します。

    有効なメールアドレスを指定すると、Save ボタンが有効になります。

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

現在指定されているセキュリティ担当者を削除するには、以下の手順を行います。

1
  1. まだ表示されていない場合は、以下から目的の組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. サイドバーで、Organization Settings をクリックします。

[ Organization Settings ]ページが表示されます。

2
  1. Atlas Contact Informationセクションで、Security Contactフィールドのをクリックします。

  2. 既存のメールアドレスを削除します。

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

指定された Atlas 操作担当者を指定して、インフラストラクチャに関する事前通知を受信します。

重要

コンシステントな通信を確保するために、個別のメールアドレスではなく、配信リストを使用することをお勧めします。

  • 操作関連の通知を受信できるメール アドレスは 1 つのみ指定できます。

  • ベストプラクティスとして、1 つのアドレスを使用するメーリング リストを作成し、それを操作の問い合わせとして指定することをお勧めします。メーリング リストは、これらの通知を複数のユーザーに送信できます。

1
  1. まだ表示されていない場合は、以下から目的の組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. サイドバーで、Organization Settings をクリックします。

[ Organization Settings ]ページが表示されます。

2
  1. Atlas Contact Information セクションで、Operations Contact フィールドの Add または をクリックします。

  2. メールアドレスを指定します。

    有効なメールアドレスを指定すると、Save ボタンが有効になります。

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

現在指定されている操作の問い合わせ先を削除するには、以下の問い合わせ先に連絡してください。

重要

操作の問い合わせを除くと、インフラストラクチャに関するプロアクティブな通知を受け取る指定された問い合わせはなくなります。

1
  1. まだ表示されていない場合は、以下から目的の組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. サイドバーで、Organization Settings をクリックします。

[ Organization Settings ]ページが表示されます。

2
  1. Atlas Contact Informationセクションで、Operations Contactフィールドのをクリックします。

  2. 既存のメールアドレスを削除します。

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

  4. 確認ダイアログで、Remove をクリックして削除を確認します。

ジェネレーティブAI機能は Atlas ではデフォルトで有効になっています。 この設定をオンにすると、Project Owners はプロジェクトレベルで個々のAI機能を有効または無効にできます。詳しくは、 「 ジェネレーティブAI FAQ 」を参照してください。

Atlas組織内のすべてのプロジェクトの生成系AI機能を無効にするには、次の手順に従います。

1
  1. まだ表示されていない場合は、以下から目的の組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. サイドバーで、Organization Settings をクリックします。

[ Organization Settings ]ページが表示されます。

2

これにより、組織内のすべてのプロジェクトで生成系AI を使用する Atlas の機能が無効になります。

MongoDB は、Atlas Embedding and Reranking API に送信したデータを収集し、Voyage AI モデルの改善に利用できます。このコレクションは、Atlas Embedding and Reranking API に直接送信するリクエストにのみ適用されます。自動埋め込みなど、Voyage AI モデルを使用するデータベース機能には適用されません。

オプトアウトするには、有効な支払方法がファイルされている必要があります。無料階層のユーザーはオプトアウトできません。詳細については、利用規約を参照してください。

Voyage AI モデル訓練のデータコレクションを有効または無効にするには、

1
  1. まだ表示されていない場合は、以下から目的の組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. サイドバーで、Organization Settings をクリックします。

[ Organization Settings ]ページが表示されます。

2

ボタンを On に切り替えてデータコレクションを有効にするか、Off に切り替えてデータコレクションを無効にします。

次の統合用に Atlas を構成できます。

1
  1. まだ表示されていない場合は、以下から目的の組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. サイドバーで、Organization Settings をクリックします。

[ Organization Settings ]ページが表示されます。

2

[Integrations] タブをクリックします。

[組織統合 ]ページが表示されます。

3
4
  1. フィールドにワークスペース名を入力します。

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

  3. 認証方法を選択します。

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

5

重要

認可できる Slack ワークスペースは、各組織に対して 1 つだけです。

1
  1. まだ表示されていない場合は、以下から目的の組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. サイドバーで、Organization Settings をクリックします。

[ Organization Settings ]ページが表示されます。

2

[Integrations] タブをクリックします。

[組織統合 ]ページが表示されます。

3

重要

これによって、Atlas によるアラートの送信は停止されません。 Atlas が Slack にアラートを送信しないようにするには、Slack アラート設定を削除する必要があります。

Atlas クラスターは、Vercel を使用して配置したアプリケーションに接続できます。詳細については、Vercel との統合 を参照してください。