用語集
- Cloud Managerへのプログラムによるアクセスのための OAuth 2.0認証はプレビュー機能として利用できます。
- 機能および関連するドキュメントは、プレビュー期間中にいつでも変更される可能性があります。 OAuth2.0 認証を使用するには、 Cloud Manager Public APIへのリクエストで使用する サービス アカウント を作成します。
- エージェント
- MongoDB プロセスと mms 間のインターフェースを提供する軽量プログラム。
- エージェント API キー
Cloud Manager に対してプロジェクトのMongoDB エージェントを認証する一意の識別子。 プロジェクトには複数のエージェント APIキーを設定できます。
- 認証メカニズム
MongoDB database へのアクセスを有効にするメソッド。 これは、MongoDB database で特定のアクションを使用する権限を付与する認可とは別のものです。
- オートメーション
Cloud Manager インターフェースによる MongoDB プロセスの管理を支援 MongoDB ホストにインストールされたMongoDB エージェントを使用すると、Cloud Manager から直接 MongoDB プロセスを配置、構成、および更新できます。
- オートメーションエージェント
一般的な管理タスクを自動化した軽量コンポーネント。 オートメーションエージェントは、 mongodまたはmongos を実行したすべてのサーバーで実行されます。
- バックアップエージェント
データセンター内で実行され、MongoDB ワイヤプロトコル経由で MongoDB プロセスをバックアップした軽量コンポーネントです。 ファイル システムへの直接アクセスは必要ありませんでした。
- バッチする
シャーディングされたクラスターの復元に必要なジョブのコレクション。各シャードに 1 つのジョブとコンフィギュレーションサーバーに対して 1 つのジョブ。
レプリカセットの復元ジョブではバッチは使用されません。
- チェックポイント
シャーディングされたクラスターを復元できるスナップショット間の特定の時点。 Cloud Manager は、チェックポイントを作成するたびにバランサーを停止する必要があります。 Cloud Manager はチェックポイントを必要とせず、デフォルトでチェックポイントを無効にします。
重要
またはそれ以前の でMongoDBを実行するクラスターにはチェックポイントを使用できます。
Feature Compatibility Version4.0FCV を持つMongoDBインスタンスからチェックポイントが削除されました。4 2以降。- クラスター
- Cloud Manager では、クラスターはレプリカセットまたはシャーディングされたクラスター のいずれかを参照できます。
- カスタムスナップショット
保存された スナップショット間の特定の時点での MongoDB 配置の状態のバックアップ。 Cloud Manager は、保存されたスナップショットに oplog データを適用してカスタム スナップショットを構築します。
- 重複除外
冗長データを排除するプロセス。 このデータは、スピニングディスクやソリッド ステート ディスクなどのストレージ メディアに書き込まれる場合、データベース ドキュメントまたはファイル システム ドキュメントの追加コピー、またはブロック レベルでそれらのドキュメント内の冗長データの追加のコピーになります。 一意のドキュメントまたはブロックのみがストレージ メディアに書き込まれます。 このプロセスは通常、バックアップまたはデータ アーカイブに適用されます。
例
メール システムの各受信者は、会社全体に送信されたメールの独自のコピーを持つことができます。 重複除外では、メールシステムをバックアップする前に、この の 1 つのコピーを除くすべてのコピーが、保存された単一のコピーへのポインターに置き換えられます。 これにより、この 1 件のメールをバックアップするために必要なストレージ容量が 99% も削減されます。
- 配置
- 通常、 は Cloud Managerプロジェクト内で実行されるすべての MongoDB プロセスを指します。 配置は、特定のシャーディングされたクラスターやレプリカセットなど、MongoDB プロセスの特定のセットを参照することもできます。
- ダーティバイト
- WiredTiger キャッシュでアップデートされたがディスクにフラッシュされていないデータ。
- 排除された名前空間
Cloud Manager がバックアップしないデータベースまたはコレクション（名前空間で指定）。
- グループ
MongoDB プロセスと Cloud Manager ユーザーの個別のセット。 プロジェクトと同義語です。
- ホスト
- 1 つ以上の MongoDB プロセスを提供する物理マシン、仮想マシン、またはコンテナ。
- 最初の同期
既存のレプリカセットメンバーから新しいメンバーにデータを複製する MongoDB 操作。 Cloud Manager は新しいバックアップを開始するときに 最初の同期 を使用します。
- link-token
Cloud Manager の配置から Atlas の配置へのライブ移行中に、Cloud Manager から Atlas に接続するために必要な情報を含む string。
Cloud Manager の配置からデータをライブ移行する準備ができたら、Atlas でトークンリンクを生成し、それを Cloud Manager 組織の 設定に入力します。 同じトークンリンクを使用して、Cloud Manager 組織内の各配置を 1 つずつ順番に移行します。
Atlas では複数のトークンリンクを生成できます。 Cloud Manager 組織ごとに 1 つの固有のトークンリンクを使用します。
- 移行ホスト
ライブ移行用に構成された独自の MongoDB Agent を備えた専用サーバー。 移行ホストで ライブ移行（プッシュ） プロセスを実行して、MongoDB 配置を Atlas に移行します。
- MongoDB エージェント
MongoDB データベースを監視、管理、バックアップできる軽量エージェント。
- モニタリング
MongoDB プロセスの状態をリアルタイムでレポート作成、可視化、アラートします。
- モニタリングエージェント
データセンター内で実行され、MongoDB ワイヤプロトコル経由で MongoDB プロセスを監視されていた軽量コンポーネントです。 ファイル システムへの直接アクセスは必要ありませんでした。
- namespace
データベース名とコレクション名の組み合わせ。
"database-name.collection-name" - oplog slice
- バックアップされたシャードまたはレプリカセットの追尾されたoplogの圧縮エントリのバッチ。 MongoDB Agentはoplog sliceを作成し、それをCloud Managerに送信し、 Oplog Store Databaseに保存します。
- Oplog Store Database
- MongoDB Ops Managerがoplogスライスを配置のバックアップに適用する前に保存するデータベース。
- ping
- MongoDB Agentが Cloud Manager に送信するデータ転送で、エージェントとその MongoDB プロセスが実行中、アクセス可能であることを確認します。
- ポイントインタイム復元
スナップショットの間の時点でデータの状態をキャプチャするデータベース復元。 ポイントインタイム復元は、スナップショット復元よりも実行時間がかかります。
- プロセス
特定のホストとポートで実行されている MongoDB のインスタンス。 MongoDB データベース プロセスはmongodです。 MongoDB は、シャーディングされたクラスター内の操作をルーティングする目的でもmongosプロセスを使用します。
- プロジェクト
MongoDB プロセスと Cloud Manager ユーザーの個別のセット。 グループと同義です。
- 公開APIキー
- Cloud Manager Administration APIを通じて Cloud Manager ユーザーを認証する一意の識別子です。 キーはユーザーに属し、プロジェクトに属するエージェント API キーとは対照的です。
- クエリインサイト
コレクション レベルのクエリ レイテンシを監視する MongoDB Atlas ツール。 特定のホストおよび操作タイプに関するクエリ レイテンシのメトリクスと統計情報を表示できます。 ピン留めされた名前空間を管理し、対応するクエリ レイテンシ チャートに表示する名前空間を最大 5 つ選択できます。
- クエリ可能なバックアップ
Cloud Managerが提供する機能で、Cloud Cloud ManagerはMongoDB接続文字列を介して特定のスナップショットを迅速かつ安全にアクセスできるようにします。 や mongodump
mongoshなどの標準 ツールで接続 を使用して、読み取り専用操作のスナップショットにアクセスできます。stringMongoDBクエリ可能なバックアップは、スナップショットの合計データサイズに関係なく、迅速に起動します。 これらは、誤って削除されたドキュメントや mongodump を使用して 1 つのコレクションを読み出すなど、少数のデータ サブセットを復元するのに固有に役立ちます。
- リカバリ点目的
- 障害または障害が発生した後に通常の操作を再開するために、ストレージから回復する必要があるバックアップ ファイルの最大許容期間。
- リカバリ時間目的
- 障害または障害が発生した後にシステムがオフラインになることができる時間の最大許容長。
- ロール
Cloud Manager または MongoDB ユーザーに付与される権限。
- ローリング再起動
レプリカセット内のノードを 1 つずつ更新し、すべてのノードが更新されるまで常に プライマリ ノードを維持することで、メンテナンス期間中にクラスターの可用性を維持するために使用される手法です。
- サーバー
- 1 つ以上の MongoDB プロセスを提供する物理マシンまたは仮想マシン。
- スナップショット
Cloud Manager が特定の間隔で取得して保存するデータの単一バックアップ。 スナップショット頻度と保持ポリシーは、スナップショットを取得する間隔とスナップショットを保存する期間を決定します。 特定のバックアップをクエリできます。
- スナップショット頻度と保持ポリシー
スナップショットを取得する頻度とスナップショットを保存する期間のスケジュール。
- 読み取り
- スナップショットが保存されるロケーション。
- storage engine
データベース ストレージ エンジンは、ディスクにデータを保存する方法を管理します。 MongoDB バージョン 3.0 以降では、複数のストレージ エンジンが提供されます。