ビジネスがオフピーク時である場合、または mongos ノードまたはシャードノードが過剰な場合は、mongos またはシャードノードをリリースしてコストを削減できます。このトピックでは、シャードクラスターインスタンスの mongos またはシャードノードをリリースする方法について説明します。
使用上の注意
インスタンスからノードをリリースすると、インスタンスは [ノードの削除中] 状態になります。この場合、パスワードのリセット、ノードのエンドポイントの変更、またはパラメーターの変更はできません。オフピーク時にインスタンスからノードをリリースすることをお勧めします。
リリースするノードが不要になったことを確認してください。
インスタンスに mongos ノードが 2 つしかない場合、ノードをインスタンスからリリースすることはできません。
インスタンスからシャードノードをリリースするには、次の項目に注意してください。
シャードノードをリリースする前に、ApsaraDB for MongoDB バランサーが有効になっていることを確認してください。詳細については、「ApsaraDB for MongoDB バランサーを管理する」をご参照ください。
ノードのリリースに実際に消費される時間には、シャードノードのデータ量、バランシングウィンドウ、およびジャンボチャンクが影響します。
説明バランシングウィンドウとジャンボチャンクの詳細については、「Balancing Windows」と「Jumbo Chunks」を参照してください。
残りのシャードノードに十分なストレージ容量があることを確認してください。
シャードノードがリリースされると、シャードノードのデータは残りのシャードノードに移行されます。残りのシャードノードのストレージ容量がいっぱいになると、データ損失を避けるためにインスタンスは自動的にロックされます。
シャードノードのデータが残りのシャードノードに移行されるときに
duplicated keyエラーが報告された場合は、同じ一意なインデックスフィールド値を持つレコードが存在するかどうかを確認してください。たとえば、異なるシャードノードに、シャードキーは異なるがプライマリキーが同じ 2 つのドキュメントが格納されている場合があります。
説明duplicated keyエラーは、データベースに孤立ドキュメントが存在する場合に返されます。シャードノードをリリースする前に、孤立ドキュメントを削除することをお勧めします。詳細については、「ApsaraDB for MongoDB インスタンス間で一方向のデータ同期を設定する（シャードクラスターアーキテクチャ）」トピックの「準備」セクションをご参照ください。
課金
詳細については、「構成変更料金」をご参照ください。
手順
ApsaraDB for MongoDB コンソール にログインします。
左側のナビゲーションウィンドウで、シャーディングインスタンス をクリックします。
表示されるページの左上隅で、目的のインスタンスが属するリソースグループとリージョンを選択します。
管理するインスタンスの ID をクリックするか、管理 列の 操作 をクリックします。
リリースするノードのタイプに基づいて、次のいずれかの操作を実行します。
mongos ノードをリリースする
インスタンス詳細ページの Mongos 一覧 セクションで、リリースするノードを見つけ、
操作 列の リリース アイコンをクリックします。次に、 を選択します。シャードノードをリリースする
重要シャードノードをリリースする前に、残りのシャードノードに十分なストレージ容量があることを確認してください。
シャードノードがリリースされると、シャードノードのデータは残りのシャードノードに移行されます。残りのシャードノードのストレージ容量がいっぱいになると、データ損失を避けるためにインスタンスは自動的にロックされます。
インスタンス詳細ページの シャードリスト セクションで、リリースするノードを見つけ、
操作 列の リリース アイコンをクリックします。次に、 を選択します。
ノードのリリース メッセージで、[OK] をクリックします。
インスタンスからノードをリリースすると、インスタンスは [ノードの削除中] 状態になります。