用語 - ApsaraDB for MongoDB - Alibaba Cloud ドキュメントセンター

このトピックでは、ApsaraDB for MongoDB で使用される用語について説明します。

概念	説明
リージョン	購入した ApsaraDB for MongoDB インスタンスのサーバーの地理的な場所です。 ApsaraDB for MongoDB インスタンスを購入する際にリージョンを指定する必要があります。購入後はリージョンを変更できません。 ApsaraDB for MongoDB インスタンスを購入する際は、Elastic Compute Service (ECS) インスタンスを使用する必要があります。 ApsaraDB for MongoDB は、内部ネットワーク経由のアクセスをサポートしています。指定するリージョンは、ECS インスタンスのリージョンと同じである必要があります。内部ネットワーク経由で ApsaraDB for MongoDB に接続する方法の詳細については、「ゾーンをまたがる内部ネットワーク経由で ECS インスタンスを ApsaraDB for MongoDB インスタンスに接続する」をご参照ください。
ゾーン	リージョン内で独立した電源とネットワークを持つ物理的な領域です。 1 つのリージョン内のゾーンは、内部ネットワーク経由で通信できます。同じゾーン内のリソースのネットワークレイテンシは、ゾーンをまたがるリソースのネットワークレイテンシよりも低くなります。障害はゾーン間で分離されます。シングルゾーンデプロイメントモードでは、ApsaraDB for MongoDB レプリカセットインスタンスの 3 つのノードは同じゾーンにデプロイされます。 ECS インスタンスと ApsaraDB for MongoDB インスタンスの両方が同じゾーンにデプロイされている場合、ネットワークレイテンシが短縮されます。
インスタンス	ApsaraDB for MongoDB インスタンスは、ApsaraDB for MongoDB の基本単位です。インスタンスは ApsaraDB for MongoDB の実行環境であり、ホスト上で独立したプロセスとして存在します。 [ApsaraDB for MongoDB コンソール]でインスタンスを作成、変更、および削除できます。インスタンスは独立しており、リソースは分離されています。 CPU、メモリ、I/O などのリソースを競合することはありません。各インスタンスには、データベースエンジンやバージョンなど、独自の機能があります。システムは対応するパラメーターを使用してインスタンスの動作を制御します。
メモリ	インスタンスが使用できる最大メモリです。
ディスク容量	ApsaraDB for MongoDB インスタンスの作成時に選択するディスクサイズです。ディスク容量は、コレクションデータと、システムデータベース、データベースロールバックログ、REDO ログ、インデックスなど、通常のインスタンス操作に必要なデータによって占有されます。 ApsaraDB for MongoDB インスタンスにデータを格納するための十分なディスク容量があることを確認してください。十分なディスク容量がない場合、インスタンスがロックされる可能性があります。ディスク容量不足のためにインスタンスがロックされた場合は、ディスク容量を拡張することでインスタンスのロックを解除できます。
IOPS	4 KB の粒度でブロックデバイスに対して 1 秒あたりに実行される読み取り/書き込み操作の最大数です。
CPU	ApsaraDB for MongoDB インスタンスの最大計算能力です。 CPU コアは X86 アーキテクチャを使用します。単一の Intel Xeon シリーズ CPU コアは、ハイパースレッディング機能を備えた少なくとも 2.3 GHz の計算能力を備えています。
接続数	クライアントと ApsaraDB for MongoDB インスタンス間の伝送制御プロトコル ( TCP ) 接続の数です。クライアントが接続プールを使用する場合、クライアントとインスタンス間の接続は持続的接続です。それ以外の場合は、短期間の接続です。
シャードクラスターインスタンス	ApsaraDB for MongoDB は、シャードクラスターアーキテクチャをサポートしています。複数の Mongos ノードとシャード、および 1 つの ConfigServer コンポーネントを購入して、MongoDB 分散データベースシステムとして機能するシャードクラスターインスタンスを構築できます。
Mongos	リクエストを処理するルーティングサービスです。すべてのリクエストは、リクエスト配信センターとして機能し、データリクエストを対応するシャードサーバーに転送する Mongos を使用して調整する必要があります。複数の Mongos ノードを使用してリクエストを処理できます。1 つの Mongos ノードに障害が発生した場合、他の Mongos ノードはリクエストの処理を続行できます。
シャード	シャードクラスターインスタンス内のシャードです。各シャードは、可用性を高めるために 3 ノードのレプリカセットとしてデプロイできます。複数のシャードを作成して、読み取り/書き込みパフォーマンスを向上させ、ストレージ容量を拡張できます。このようにして、アプリケーションのパフォーマンスとストレージ要件に基づいて MongoDB 分散データベースシステムを実装できます。
ConfigServer	ApsaraDB for MongoDB シャードクラスターインスタンス内の Mongos ノードとシャードのすべてのデータベースメタデータを格納する設定サーバーです。 Mongos ノードはシャードデータとデータルーティング情報をメモリにキャッシュしますが、ConfigServer コンポーネントはこのデータを格納します。シャードクラスターインスタンス内の Mongos ノードが初めて起動された場合、またはシャットダウンしてから再起動された場合、ConfigServer コンポーネントから構成情報を読み込みます。 ConfigServer コンポーネントの情報が変更されると、すべての Mongos ノードにステータスの更新が通知されます。これにより、Mongos ノードは常に正しいルーティング情報を取得できます。 ConfigServer コンポーネントは、シャードとルーターのメタデータを格納し、サービスの可用性とデータの信頼性に関する高い要件があります。 ApsaraDB for MongoDB は、3 ノードのレプリカセットを使用して ConfigServer コンポーネントの信頼性を確保します。