--- title: "DB Server" slug: "database-database-11-3" tags: ["Cloud DB for MongoDB"] updated: 2026-10-23T09:37:52Z published: 2026-10-23T09:37:52Z canonical: "guide.ncloud-docs.com/database-database-11-3" --- > ## Documentation Index > Fetch the complete documentation index at: https://guide.ncloud-docs.com/llms.txt > Use this file to discover all available pages before exploring further. # DB Server VPC環境で利用できます。 DB Serverでは、Cloud MongoDB Serverを作成・削除し、運用中の MongoDB Serverリストを確認できます。また、運用中の MongoDB Serverのスペックを変更し、管理者(User)アカウントなどを管理できます。 ## DB Server画面 DB Serverを利用するための基本的な説明は、次の通りです。 ![clouddbformongodb-dbserver-screen_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-screen_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) | 領域 | 説明 | | --- | --- | | ① メニュー名 | 現在確認中のメニューの名前と運用中の MongoDB Server数 | | ② 基本機能 | MongoDB Server作成、Cloud DB for MongoDBの詳細情報の確認、DB Server画面の更新 | | ③ 作成後の機能 | 運用中の MongoDB Serverの再起動、削除、モニタリング、管理 | | ④ MongoDB Serverリスト | 運用中の MongoDB Serverリストと情報の確認 | | ⑤ 検索 | MongoDB Serverリストからサービス名で自由にサーバを検索 | ## MongoDB Serverリスト確認 作成して運用中の MongoDB Serverサーバリストでサーバ別情報を確認できます。確認する方法は、次の通りです。 参考 運用中のサーバが1台以上の場合にリストを確認できます。作成して運用中のサーバがない場合、DB Serverの画面にリストが表示されません。 1. NAVERクラウドプラットフォームコンソールの VPC環境で、**Menu** > **All Services** > **Database** > **Cloud DB for MongoDB**メニューを順にクリックします。 2. **DB Server**メニューをクリックします。 3. 作成した MongoDB Serverのリストが表示されたら、サマリー情報を確認するか、MongoDB Serverをクリックして詳細情報を確認します。 ![clouddbformongodb-dbserver-screen1_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-screen1_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) - **DBサービス名**: MongoDBのサービス名で MongoDB Clusterのグループ - **Cluster Role**: MongoDB Clusterのロール - **DB Server名**: MongoDB Serverの名前 - **DB Role・Role**: MongoDB Serverのロール - **DB Serverタイプ**: MongoDB Serverのサーバタイプ、空きメモリ - **Monitoring**: モニタリング画面に移動 - **DB Status**: DB Serverの詳細を見る画面に移動 - **DBアクセス port**: MongoDB Serverが使用中のポート番号 - **Privateドメイン**: Privateドメインの情報 - **Publicドメイン**: Publicドメインの情報 - **データストレージ**: 使用中のデータストレージの容量(空き容量) - **データストレージタイプ**: 使用中のデータストレージのタイプ - **データストレージ容量**: 使用中のデータストレージの空き容量と使用量 - **Status/ステータス**: MongoDB Serverのステータス - **作成中**: ユーザーが入力した情報で MongoDB Serverを作成しているステータス - **設定中**: ユーザーが入力した情報で MongoDB Serverを作成し、構成しているステータス - **運用中**: ユーザーが入力した情報で MongoDB Serverの作成と設定が完了し、アプリケーションサーバから MongoDBにアクセスできるステータス - **削除中**: ユーザーが入力した情報で作成した MongoDB Serverを削除しているステータス - **停止中**: ユーザーが入力した情報で作成した MongoDB Server起動を停止しているステータス - **再起動中**: ユーザーが入力した情報で作成した MongoDB Serverを再起動しているステータス - **Failover待機**: OSアップグレードなどのタスク中、Primaryメンバーに対する Failover(ユーザー入力)を待機しているステータス - **作成日時**: MongoDB Serverを作成した日付、サーバのステータスが作成中になった最初の時点 - **起動日時**: MongoDB Serverの運用を開始した日付、サーバのステータスが運用中になった最初の時点 - **ACG**: MongoDB Serverで使用中の ACGの名前と ID - ![clouddbforredis_ico-01_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbforredis_ico-01_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D): クリックすると、**Server > ACG**画面に移動 - **[ルールを見る]** ボタン: クリックすると、適用された詳細ルールを確認 - **DBエンジンバージョン**: Serverにインストールされた MongoDBのバージョン情報 - **Cluster Type**: MongoDB Clusterのタイプ - **Replica Set (Shard) Name**: Replica Set(Shard)の名前 - **VPC**: MongoDB Serverが使用中の VPCの名前 - **Subnet**: MongoDB Serverが使用中の Subnetの名前 - **バックアップ保存日(バックアップ時間)**: バックアップ機能を使用中の場合、設定したバックアップファイル保存期間とバックアップ実行周期の情報 - ![clouddbforredis_ico-01_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbforredis_ico-01_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D): クリックすると、バックアップ機能の使用有無とファイル保存期間、実行周期を設定 注意 使用中のバックアップ機能の使用を解除すると、既存のバックアップファイルがすべて削除されます。 参考 Shardingと Single Replica Setとの違いは、次の通りです。 - Single Replica Setでは、クライアントが直接 DBサーバにアクセスしてデータの read/writeを行います。 - Shardingでは、クライアントは mongosと呼ばれる Routerサーバにアクセスし、必要なデータの read/writeタスクは mongosを通じて行われた後、クライアントに転送されます。Shardingでは、n個の Shardを構成し、それぞれの Shardは Single Replica Setと同じ構成です ## MongoDB Server作成 NAVERクラウドプラットフォームコンソールで、MongoDB Serverを作成する方法は、次の通りです。 1. NAVERクラウドプラットフォームコンソールの VPC環境で、**Menu** > **All Services** > **Database** > **Cloud DB for MongoDB**メニューを順にクリックします。 2. **DB Server**メニューをクリックします。 3. **[DB Server作成]** ボタンをクリックします。 ![clouddbformongodb-dbserver-create_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-create_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 4. サービスの申し込み画面が表示されたら、次のステップを順に行います。 - [1. クラスタ設定](/docs/ja/database-database-11-3#1%ED%81%B4%EB%9F%AC%EC%8A%A4%ED%84%B0%EC%84%A4%EC%A0%95) - [2. サーバ設定](/docs/ja/database-database-11-3#2%EC%84%9C%EB%B2%84%EC%84%A4%EC%A0%95) - [3. DB設定](/docs/ja/database-database-11-3#3DB%EC%84%A4%EC%A0%95) - [4. 最終確認](/docs/ja/database-database-11-3#4%EC%B5%9C%EC%A2%85%ED%99%95%EC%9D%B8) 参考 NAVERクラウドプラットフォームポータルの **[サービス > Database > Cloud DB for MongoDB](https://www.ncloud.com/product/database/cloudDbMongoDB)** にある **[ご利用の申し込み]** ボタンをクリックすると、3.の画面にすぐ移動できます。 ### 1. クラスタ設定 作成する MongoDBクラスタに関する情報を設定する方法は、次の通りです。 1. クラスタ設定画面が表示されたら、**DBMSタイプ**でサーバにインストールする DBMSのタイプを確認します。 ![clouddbformongodb-dbserver-cluster_vpc1_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-cluster_vpc1_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 2. サーバの世代を選択します。 3. インストールする MongoDBのバージョンを選択します。 4. MongoDBのクラスタタイプを選択します。 - **Stand-alone**: テストと開発環境に必要な構成をサポート - **Single Replica Set**: 同じデータセットを維持する Mongodプロセスグループ、高可用性の提供 - **Sharding**: マルチ Replica Setにデータを分散保存する構成 - MongoDB Serverを作成した後は設定変更不可 5. MongoDBを作成するために必要な残りの項目を設定します。 - **DB Server名**: 作成する MongoDB Server名を入力 - 英数字、ハイフン(-)を使用して3~15文字で入力 - 重複使用不可 - ホスト名の重複を防ぐため、任意の textが追加されて作成されます。 - **DBサービス名**: 作成される MongoDB Serverの Group名を入力 - 韓国語、英数字、ハイフン(-)を使用して3~15文字で入力 - 重複使用不可 - **VPC**: サーバと MongoDBの作成に使用する VPCを選択 - **[更新]** ボタン: 作成した VPCリストを最新バージョンで確認する場合にクリック - **[VPC作成]** ボタン: 作成した VPCがないため、新規作成する場合にクリック - **Subnet**: VPCへのアクセス時に使用する Private Subnetを選択 - **[更新]** ボタン: 作成した VPCリストを最新バージョンで確認する場合にクリック - **[Subnet作成]** ボタン: Subnetを新規作成する場合にクリック - **データストレージタイプ**: ストレージタイプを選択または確認 - サーバ世代 G2: DBデータ保存のためのストレージタイプ(SSD、HDD)の中から選択(作成後には設定変更不可) - サーバ世代 G3: SSDに固定 - **データストレージ**: DBデータ保存のためのストレージ容量を確認 - 最初に MongoDB Serverを作成する時、10GBを割り当て - データの増加に伴い、10GB単位で容量を自動で更新し、課金 - 最大2,000GBまでサポート 6. Cloud DB for MongoDBを利用する場合に適用される料金プランの情報を確認します。 - **料金プラン**: 使用した時間によって料金が課金される時間プランが基本的に適用され、サーバ仕様、ストレージ容量に合わせて変更 - 料金プランに関する詳細は、**料金のご案内**をクリック 7. インストールする MongoDBのライセンス情報を確認します。 8. MongoDB Serverアクセスのための ACG設定を指定します。 - Access Control Group(ACG)は自動作成 - ACGの詳細設定は、コンソールの **Server > ACG**で可能 9. **[次へ]** をクリックします。 ### 2. サーバ設定 MongoDBサーバに関する情報を設定する方法は、次の通りです。 1. サーバ設定画面が表示されたら、MongoDB Serverを作成するために必要な項目を設定します。 - クラスタタイプを **Stand-alone**に選択した場合、以下の項目を設定 ![clouddbformongodb-dbserver-standalone_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-standalone_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) - **Stand-Alone Server Spec**: Stand-aloneサーバのスペックを選択 - **port**: Stand-aloneサーバのポート番号を10000~65535の間で入力 - デフォルト値: 17017 - MongoDBのデフォルトポート番号である「27017」はセキュリティに脆弱であるため、使用しないことを推奨 - クラスタタイプを **Single Replica Set**に選択した場合、以下の項目を設定 ![clouddbformongodb-dbserver-singlereplicaset_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-singlereplicaset_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) - **Replica Setごとの member数(Primary&Secondary)**: 各 Shardの Member Serverの台数を選択(Arbiterサーバを含めて3~7台) - **Member Server Spec**: Member Serverのスペックを選択 - **Replica Set当たり Arbiter数**: 各 Shardの Arbiter Server台数を選択(0~1台) - Primary-Secondary-Arbiter構成のクラスタで Secondaryメンバー1台にレプリケーション遅延または障害が発生した場合 read concern: majorityまたは write concern: { w: majority }に設定したリクエストはレスポンス不可(サーバの冗長化の効果を得ることが困難) - Primary-Secondary-Arbiter構成のクラスタでは、read concern: local, write concern: { w: 1、 j: true }設定を推奨 - Production環境で Primary-Secondary-Arbiter構成は控える - **Arbiter Server Spec**: Arbiter Serverのスペックを選択 - **port**: 各サーバのポート番号を10000~65535の間で入力 - デフォルト値: 17017 - MongoDBのデフォルトポート番号である「27017」はセキュリティに脆弱であるため、使用しないことを推奨 - クラスタタイプを **Sharding**に選択した場合、以下の項目を設定 ![clouddbformongodb-dbserver-sharding_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-sharding_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) - **Replica Setごとの member数(Primary&Secondary)**: 各 Shardの Member Serverの台数を選択(Arbiterサーバを含めて3~7台) - **Member Server Spec**: Member Serverのスペックを選択 - **Replica Set当たり Arbiter数**: 各 Shardの Arbiter Server台数を選択(0~1台) - Primary-Secondary-Arbiter構成のクラスタで Secondaryメンバー1台にレプリケーション遅延または障害が発生した場合 read concern: majorityまたは write concern: { w: majority }に設定したリクエストはレスポンス不可(サーバの冗長化の効果を得ることが困難) - Primary-Secondary-Arbiter構成のクラスタでは、read concern: local, write concern: { w: 1、 j: true }設定を推奨 - Production環境で Primary-Secondary-Arbiter構成は控える - **Arbiter Server Spec**: Arbiter Serverのスペックを選択 - **Shard数**: Shard数を選択 - 初回インストール時は2~3個選択可能 - インストール後、管理画面で最大5つまで追加可能 - 5つを超過する Shardが必要な場合、[サポート](https://www.ncloud.com/support/question)までお問い合わせ - **Mongos(Router)Server数**: Mongos Server台数を選択(2~5台) - **Mongos Server Spec**: Mongos Serverのスペックを選択 - **Config Server数**: Config Server台数を確認(3台固定) - **Config Server Spec**: Config Serverのスペックを選択 - **port**: 各サーバのポート番号を10000~65535の間で入力 - デフォルト値: 17017 - MongoDBのデフォルトポート番号である「27017」はセキュリティに脆弱であるため、使用しないことを推奨 2. **[次へ]** をクリックします。 ### 3. DB設定 インストールする MongoDBに関する情報を設定する方法は、次の通りです。 1. DB設定画面が表示されたら、MongoDB Serverを作成するために必要な項目を設定します。 ![clouddbformongodb-dbserver-dbset_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-dbset_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) - **USER_ID**: MongoDB Server管理者アカウントの IDを入力 - 英数字を使用して4~16文字で入力 - 先頭は英字 - 事前に定義した予約語は使用不可 - **USERパスワード**: MongoDB Serverの管理者アカウントのパスワードを入力 - 英数字、記号をそれぞれ1文字以上含めて8~20文字で入力 - 記号の` & + \ " ' /とスペースは使用不可 - **DB Config設定**: NAVERで提供する最適化したデフォルト設定を確認 - **DB Data Compress**: MongoDBで提供するデータ圧縮アルゴリズムを選択 - デフォルト値をそのまま使用推奨 - **DB Log収集**: errorログ、slow queryログの収集とビューアー機能提供を確認 - Cloud Log Analytics連携 2. 作成するサーバのバックアップ使用の有無を設定します。 - **Backupファイル保管期間**: 別途のバックアップストレージにバックアップファイルを保存する期間をクリックして選択 - 時点復旧のために Backup fileは、最大設定された保存期間+24時間保存されます。 - **Backup時間**: バックアップを行う時間を選択 - 毎日1回指定した時間に MongoDBで提供する mongodumpでバックアップを実行 - 毎日ユーザーが設定した時間+15分の間にバックアップを開始 - 選択すると、使用した容量分だけ追加料金が発生 3. Hidden設定 - Backupを実行するメンバーの Hidden有無を設定 - Stand-alone構成および Arbiterが存在する構成では使用不可 4. **[次へ]** をクリックします。 5. **Cloud Log Analyticsご利用の申し込み**が表示されたら内容を確認し、 **[確認]** ボタンをクリックします。 - Cloud Log Analyticsのご利用の申し込みが必要な場合、 **[Cloud Log Analyticsご利用の申し込み]** ボタンをクリック - Cloud Log Analyticsに関する詳細は、[Cloud Log Analyticsご利用ガイド](/docs/ja/cla-overview)を参照 ### 4. 最終確認 1. 最終確認画面が表示されたら、設定したクラスタ情報とサーバ情報を確認します。 ![clouddbformongodb-dbserver-confirm_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-confirm_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) - 設定を変更するには **[戻る]** ボタンをクリック 2. **[作成]** ボタンをクリックします。 3. DB Server画面の MongoDBリストで作成した MongoDBのステータスを確認します。 - 作成中: ユーザーが入力した情報で MongoDBサーバを作成しているステータス - 設定中: ユーザーが入力した情報で MongoDBサーバを作成、構成しているステータス - 運用中: ユーザーが入力した情報で MongoDBサーバの作成と設定が完了し、アプリケーションサーバから MongoDBにアクセスできるステータス 参考 3.で最新のステータスを確認するには **[更新]** ボタンをクリックします。 注意 **作成中**と**設定中**を経て実際に使用できる**運用中**になるまで、数分から数十分かかります。 ## MongoDB Server再起動 MongoDB Serverを簡単かつ便利に再起動できます。再起動中のサーバにはアクセスできません。再起動する方法は、次の通りです。 1. NAVERクラウドプラットフォームコンソールの VPC環境で、**Menu** > **All Services** > **Database** > **Cloud DB for MongoDB**メニューを順にクリックします。 2. **DB Server**メニューをクリックします。 3. 再起動する MongoDB Serverをクリックし、 **[再起動]** ボタンをクリックします。 4. **DBサーバ再起動**のポップアップが表示されたら、再起動する DB Serverの名前を確認し、 **[はい]** ボタンをクリックします。 5. DB Server画面の MongoDB Serverリストで MongoDB Serverのステータスを確認します。 - 停止中: MongoDB Server起動を停止しているステータス - 再起動中: MongoDB Serverを再起動しているステータス 参考 - **停止中**と**再起動中**のステータスを経て実際に使用できる**運用中**になるまで、一定時間(分)がかかります。 - 再起動するサーバの Roleによって Failoverが発生することがあります。Failover発生時、SMSと Emailでアラームが送信されます。 ## MongoDB Server削除 作成して運用中の MongoDB Serverを削除できます。Replica Setまたは Shardingタイプのクラスタを使用中の場合、全体クラスタが共に削除されます。バックアップ機能を使用中の場合、バックアップファイルも一緒に削除されます。削除する方法は、次の通りです。 1. NAVERクラウドプラットフォームコンソールの VPC環境で、**Menu** > **All Services** > **Database** > **Cloud DB for MongoDB**メニューを順にクリックします。 2. **DB Server**メニューをクリックします。 3. 削除する MongoDB Serverをクリックし、 **[DB Cluster削除]** ボタンをクリックします。 4. **DB Cluster削除**のポップアップが表示されたら、削除する DB Server名を入力し、 **[はい]** ボタンをクリックします。 5. DB Server画面の MongoDB Serverリストで MongoDB Serverのステータスを確認します。 - **削除中**: MongoDB Serverを削除しているステータス 参考 **削除中**のステータスを経て実際にリストから削除されるまで、一定時間(分)がかかります。 ## MongoDB Serverモニタリング NAVERクラウドプラットフォームの Cloud DB for MongoDBでは、ユーザーが運用中のサーバとデータのステータスを直観的に確認して効果的に管理できるように、サーバ別にダッシュボードを通じたモニタリングサービスを提供します。 参考 Monitoringの詳しい使用方法は、[Monitoring](/docs/ja/database-database-11-4)をご参照ください。 作成して運用中の MongoDB Serverのモニタリング画面に移動する方法は、次の通りです。 1. NAVERクラウドプラットフォームコンソールの VPC環境で、**Menu** > **All Services** > **Database** > **Cloud DB for MongoDB**メニューを順にクリックします。 2. **DB Server**メニューをクリックします。 3. モニタリングする MongoDB Serverをクリックし、 **[Monitoring]** ボタンをクリックします。 4. モニタリングするダッシュボードをクリックして選択します。 ![clouddbformongodb-dbserver-monitoring_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-monitoring_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) ## MongoDB Server管理 作成した MongoDB Serverを運用していると、作成時に設定したサーバまたは DB関連のオプションを変更する必要が生じます。Cloud DB for MongoDBでは、既に作成した MongoDB Serverでも簡単に数回クリックするだけで、いくつかのスペックを変更したりアップグレードできるようにサポートしています。 参考 MongoDB Server管理は、基本的にサーバのステータスが**運用中**である場合に可能です。 作成して運用中の MongoDB Serverを管理する方法は、次の通りです。 1. NAVERクラウドプラットフォームコンソールの VPC環境で、**Menu** > **All Services** > **Database** > **Cloud DB for MongoDB**メニューを順にクリックします。 2. **MongoDB Server**メニューをクリックします。 3. 管理する MongoDB Serverをクリックし、 **[DB管理]** ボタンをクリックします。 4. 必要な管理をクリックして選択します。 ![clouddbformongodb-dbserver-manage_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-manage_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) - [DB User管理](/docs/ja/database-database-11-3#DBUser%EA%B4%80%EB%A6%AC) - [Admin User管理](/docs/ja/database-database-11-3#AdminUser%EA%B4%80%EB%A6%AC) - [Secondary変更](/docs/ja/database-database-11-3#Secondary%EB%B3%80%EA%B2%BD) - [Shard追加](/docs/ja/database-database-11-3#Shard%EC%B6%94%EA%B0%80) - [Mongos変更](/docs/ja/database-database-11-3#Mongos%EB%B3%80%EA%B2%BD) - [Config Server変更](/docs/ja/database-database-11-3#ConfigServer%EB%B3%80%EA%B2%BD) - [DB仕様変更](/docs/ja/database-database-11-3#DB%EC%8A%A4%ED%8E%99%EB%B3%80%EA%B2%BD) - [Publicドメイン管理](/docs/ja/database-database-11-3#Public%EB%8F%84%EB%A9%94%EC%9D%B8%EA%B4%80%EB%A6%AC) - [Primary DB Failover](/docs/ja/database-database-11-3#PrimaryDBFailover) - [MongoDB Engine Upgrade](/docs/ja/database-database-11-3#MongoDBEngineUpgrade) - [DBアクセス string作成](/docs/ja/database-database-11-3#DB%EC%A0%91%EC%86%8Dstring%EC%83%9D%EC%84%B1) ### DB User管理 Cloud DB for MongoDBではサーバを使用するユーザーアカウントの追加、変更、削除を簡単に行える User管理機能を提供します。ユーザーアカウントは、作成と変更/削除時に1回ごとに最大10個ずつ追加できます。 ユーザーアカウントを追加、変更、削除する方法は、次の通りです。 1. **DB User管理**のポップアップが表示されたら、ユーザーアカウントに必要なタスクを行います。 ![clouddbformongodb-dbserver-dbuser_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-dbuser_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) - ユーザーアカウントの追加: **作成**を選択して USER_ID、Database、DB権限、パスワードに情報を入力し、 **[DB User追加]** ボタンをクリック - ユーザーアカウントの削除: **変更/削除**を選択し、削除するユーザーアカウントの行で **[削除]** ボタンをクリック - ユーザーアカウントの情報変更: **変更/削除**を選択し、変更するユーザーアカウントの行で **[変更]** ボタンをクリックして変更し、 **[保存]** ボタンをクリック 2. **[はい]** ボタンをクリックします。 3. DB Server画面の MongoDBリストで Userを設定した MongoDBのステータスを確認します。 - 設定中: ユーザーが入力した情報で MongoDBサーバを構成しているステータス - 運用中: ユーザーが入力した情報で MongoDBサーバの設定が完了し、アプリケーションサーバから MongoDBにアクセスできるステータス ### Admin User管理 MongoDB Serverを作成する時にサーバ管理者アカウントの IDとパスワードをデフォルトとして作成します。ただし、サーバを運用していると管理者アカウントのパスワードを再設定する状況が発生することがあります。 管理者アカウントのパスワードを変更するには、**Admin User管理**のポップアップが表示されたら、新しいパスワードを入力し、 **[はい]** ボタンをクリックします。 ![clouddbformongodb-dbserver-admin_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-admin_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) ### Secondary変更 Config serverを含め、Replica set(Shard)の Member server構成を変更できます。 参考 - Secondaryと Arbiterサーバを合わせて最小3台から最大7台まで構成でき、Arbiterは最大1台のみ構成できます。 - Primary-Secondary-Arbiter構成は、特殊な状況でサービス障害が発生する可能性があるため、お勧めしません。 - Secondaryを追加する場合、MongoDBで提供する initial sync方式で追加が行われ、既存データサイズに応じてある程度の時間がかかります。 Secondaryを変更する方法は、次の通りです。 1. **Secondary(Arbiter)変更**のポップアップが表示されたら、現在の Secondary(Arbiter)数を確認します。 2. 変更する数量をクリックして選択します。 ![clouddbformongodb-dbserver-secondary_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-secondary-1_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 3. **[確認]** ボタンをクリックします。 4. DB Server画面の MongoDBリストで Secondaryを変更した MongoDBのステータスを確認します。 - 作成中: ユーザーが入力した情報で MongoDBを作成しているステータス - 設定中: ユーザーが入力した情報で MongoDBサーバを構成しているステータス - 運用中: ユーザーが入力した情報で MongoDBサーバの設定が完了し、アプリケーションサーバから MongoDBにアクセスできるステータス ### Shard追加 MongoDB Serviceの Shardを最大5つまで追加できます。 参考 Shardを削除すると、データを消失するおそれがあるため、Cloud DB for MongoDBでは Shard削除機能は提供しません。 Shardを追加する方法は、次の通りです。 1. **Shard追加**のポップアップが表示されたら、現在の Shard数を確認します。 2. 変更する Shard数をクリックして選択します。 ![clouddbformongodb-dbserver-shard_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-shard_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 3. **[はい]** ボタンをクリックします。 4. DB Server画面の MongoDBリストで Shardを追加した MongoDBのステータスを確認します。 - 作成中: ユーザーが入力した情報で MongoDBを作成しているステータス - 運用中: ユーザーが入力した情報で MongoDBサーバの設定が完了し、アプリケーションサーバから MongoDBにアクセスできるステータス ### Mongos変更 MongoDB Serviceの Mongos数を変更できます。Mongos数は最小2台から最大5台まで構成できます。 Mongos数を変更する方法は、次の通りです。 1. **Mongos数変更**のポップアップが表示されたら、現在の mongos server数を確認します。 2. 変更する mongos server数をクリックして選択します。 ![clouddbformongodb-dbserver-mongos_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-mongos_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 3. **[確認]** ボタンをクリックします。 4. DB Server画面の MongoDBリストで Mongos数を変更した MongoDBのステータスを確認します。 - 作成中: ユーザーが入力した情報で MongoDBを作成しているステータス - 運用中: ユーザーが入力した情報で MongoDBサーバの設定が完了し、アプリケーションサーバから MongoDBにアクセスできるステータス ### Config Server変更 MongoDB Serviceの Config server数を変更できます。Config Server数は最小3台から最大7台に構成できます。 Config server数を変更する方法は、次の通りです。 1. **Config server数変更**のポップアップが表示されたら、Config server数を確認します。 2. 変更する数量をクリックして選択します。 ![clouddbformongodb-dbserver-config_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-config_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 3. **[確認]** ボタンをクリックします。 4. DB Server画面の MongoDBリストで Config server数を変更した MongoDBのステータスを確認します。 - 作成中: ユーザーが入力した情報で MongoDBを作成しているステータス - 設定中: ユーザーが入力した情報で MongoDBサーバを構成しているステータス - 運用中: ユーザーが入力した情報で MongoDBサーバの設定が完了し、アプリケーションサーバから MongoDBにアクセスできるステータス ### DB仕様変更 作成した MongoDB Serverのサーバ仕様を変更できます。仕様をアップグレードすると、追加料金が発生します。 注意 - サーバ仕様を変更すると、サーバが再起動されます。再起動中はサーバにアクセスできないため、データの確認は再起動が完了してから行うことをお勧めします。 - サーバ仕様を変更すると、Primary、Secondary、Arbiterがすべて変更されます。 - Primaryサーバ仕様を変更すると Failoverが発生し、SMSと Emailでアラームが送信されます。 MongoDB Serverのサーバ仕様を変更する方法は、次の通りです。 1. **DB仕様変更**のポップアップが表示されたら、現在のサーバ仕様を確認します。 2. 変更するサーバ仕様をクリックして選択します。 ![clouddbformongodb-dbserver-dbspec_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-dbspec-1_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 3. **[確認]** ボタンをクリックします。 4. DB Server画面の MongoDBリストで仕様を変更した MongoDBのステータスを確認します。 - 設定中: ユーザーが入力した情報で MongoDBサーバを構成しているステータス - アップグレード: ユーザーが入力した情報で MongoDBサーバをアップグレードしているステータス - ダウングレード: ユーザーが入力した情報で MongoDBサーバをダウングレードしているステータス - 運用中: ユーザーが入力した情報で MongoDBサーバの設定が完了し、アプリケーションサーバから MongoDBにアクセスできるステータス ### DB Config管理 稼働中の DBクラスタの各種 Parameterを変更できます。 注意 Parameterを変更すると、DBのパフォーマンスに影響を与える可能性があるため、注意が必要です。 参考 各 Parameterは MongoDBの標準機能に依存しているため、Official Manualをご参照ください。 ![Image](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-dbconf_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) - Parameteは一度に1つずつ変更できます。 - **[適用]** ボタンをクリックすると、変更した値が反映されます。 - **[リセット]** ボタンをクリックすると、変更した値を初期値に戻すことができます。 ### Publicドメイン管理 外部から MongoDBサーバにアクセスするために必要な Publicドメインを割り当てるか、削除できます。 注意 Publicドメインを使用すると、セキュリティ上の脆弱性が生じる可能性があります。ACG設定を利用して、MongoDBサーバへのアクセスを制限するように設定してください。 参考 - Replica Set Clusterで Publicドメインの割り当てをすると、寸断が発生する場合があります。 - Replica Setの場合、Publicドメインでアクセスするには、hostsファイルを変更する必要があります。 - DBアクセス string作成をご参照ください。 1. **Publicドメイン管理**または **Publicドメイン解除**のポップアップが表示されたら、Publicドメインを割り当てるか、削除する DB Server名を確認します。 ![clouddbformongodb-dbserver-public_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-public_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 2. **[はい]** ボタンをクリックします。 3. DB Server画面の MongoDBリストで Publicドメインを割り当てるか、削除した MongoDBのステータスを確認します。 - 設定中: ユーザーが入力した情報で MongoDBサーバを構成しているステータス - 運用中: ユーザーが入力した情報で MongoDBサーバの設定が完了し、アプリケーションサーバから MongoDBにアクセスできるステータス 4. Replica Setの場合、hostsファイルを変更する必要があります。詳細なファイル変更方法は、[DBアクセス string作成](/docs/ja/database-database-11-3#DB%EC%A0%91%EC%86%8Dstring%EC%83%9D%EC%84%B1)をご参照ください。 ### Primary DB Failover Primary MongoDB Serverに障害が発生した場合、ユーザーが直接 Failover機能を使用して Primaryを stepdownできます。Primaryが再選出される数秒~数十秒間、Primaryがない状態になる可能性があり、サービスに影響が生じることがあります。 Primaryを stepdownする方法は、次の通りです。 1. **Primary DB Failover**のポップアップが表示されたら、選択したサーバと Shard番号を確認します。 ![clouddbformongodb-dbserver-failover_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-failover-1_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 2. **[はい]** ボタンをクリックします。 3. DB Server画面の MongoDBリストで MongoDB DB Roleを確認します。 - 設定中: ユーザーが入力した情報で MongoDBサーバを構成しているステータス - 運用中: ユーザーが入力した情報で MongoDBサーバの設定が完了し、アプリケーションサーバから MongoDBにアクセスできるステータス ### MongoDB Engine Upgrade MongoDBのバージョンをアップグレードできます。バージョンのアップグレードは、 DB Service全体に適用されます。 バージョンアップ中には Failoverによる瞬断が発生する可能性があり、Failoverが発生すると SMSと Emailでアラームが送信されます。 Sharding Clusterの場合に Config -> Shard -> Mongos順に1台ずつアップグレードが行われます。 すべての Replica Set(Replica Set Cluster、Sharding Clusterの Config、Shard)は Secondary/Arbiter -> Primary順にアップグレードが行われます。 アップグレードを実行する間に作業対象サーバアクセスはできず、Primaryサーバをアップグレードする場合に Secondary移行してサービスアクセス遮断を最小限に維持します。 1. **DB管理 > Version Upgrade**をクリックします。 2. アップグレードするバージョンを選択し、**[はい]** ボタンをクリックします。 ![clouddbformongodb-dbserver-upgrade_ko_vpc.png](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-upgrade-1_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 3. Majorバージョンアップグレードが必要な場合に **[Majorバージョンアップ]** をチェックして上位の Majorバージョンを選択できます。 注意 - Majorバージョンアップグレードは、事前に開発環境を構成し、アプリケーションバージョンの互換性検討と機能テストを十分に実行した後に行います。 - バージョンアップグレード後には、以前のバージョンに復元できません。 - バージョンアップグレード後に **[Backup復元]** を実行する場合に、アップグレード実行前のバックアップバージョンであっても、アップグレードされたバージョンのクラスタに復旧されます。前のバージョンのバックアップを保存する場合に、Backup保存期間内に **[Object Storageにエクスポート]** を通じて別途バックアップバージョンを保存します。 参考 Sharding Clusterの場合に、Balancerのオフ状態で Version Upgradeを実行できます。Version Upgradeタスク中に Balancerがオンになる場合に、Balancerを任意に停止して作業を行います。Version Upgrade前に Balancerをオフ状態にし、タスクが完了したら Balancerをオンにします。 Balancerの設定方法は、[MongoDB stopBalancer設定参考ガイド(英語)](https://www.mongodb.com/docs/manual/reference/method/sh.stopBalancer/)をご参照ください。 ### DBアクセス string作成 外部で MongoDBサーバにアクセスする時に必要な stringのサンプルを作成できます。 アクセス stringを作成する方法は、次の通りです。 1. **DBアクセス string作成**のポップアップが表示されたら、作成された stringを確認します。 2. Replica Setの場合、Publicドメインにアクセスするには、Clientの hostsファイルを変更します。 - 照会された情報を hostsファイルに追加し、アクセス stringを通じてアクセスできます。 - Replica Setで Publicドメインを使用していない場合、hostファイル情報は照会されません。 ![clouddbformongodb-dbserver-string_vpc_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-string_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 3. **[確認]** ボタンをクリックします。 ### OS管理 DBサーバの OSを NAVERクラウドプラットフォームが提供する最新バージョンにアップデートします。 OSのアップデートは DB Service全体に適用され、Secondary -> Arbiter -> Primary -> Mongosの順にサーバ1台ずつアップデートが行われます。Primary DB Serverをアップデートするためには、 **[Failoverと OSアップグレード]** ボタンを利用します。詳細は、下記のガイドをご参照ください。 注意 この場合、DB管理機能内の Primary DB Failoverを通じた Failoverを実行するわけではありません。 サーバ情報内の「Failoverと OSアップグレード」機能を通じて行ってください。 - OSのアップデートは、高可用性構成の場合のみ可能です。 - OSをアップデートした場合、以前のバージョンに戻すことはできません。 - OSのアップデート後には、コンソールで当該サーバのアップデート前の Monitoring情報や Event履歴を確認することができません。アップグレード前の Monitoring情報や Event履歴のバックアップが必要な場合は、[Cloud Insight ご利用ガイド](/docs/ja/cloudinsight-cloudinsightconsole)のウィジェットデータダウンロード機能や [Cloud Log Analytics ご利用ガイド](/docs/ja/cla-use-exportlog)の Export Log機能をご参照ください。 - DBクラスタに個別に設定した通知項目は自動的に移行されません。 別途設定した通知項目がある場合は、OSの最新バージョンのアップデートがすべて終了した後、再設定してください。 - バックアップが進行中の場合は一時的に中断され、対象サーバのアップデートが終了した後に次のバックアップスケジュールに再開されます。 - OSのアップデート後は、Private IPが変更されます。Private IPが変更されてもサービスに影響がないように、Privateドメインを通じた DBアクセスを推奨しています。Private IPを使用する場合、OSのアップデート後にはアクセス情報を変更してください。 - OSとカーネルバージョンの両方が最新でない場合、OSのアップデートを行います。 - OSのアップデートはサーバを変更し、カーネルのアップデートはサーバを変更せず再起動のみ行われます。 #### Secondaryサーバの OSアップデート Secondaryサーバと Arbiterサーバから1台ずつアップデートが行われ、進行中のサーバはアクセスがブロックされます。 Replica Setの場合はすべての Secondaryサーバと Arbiterサーバがアップデートされ、Shardingの場合は Shardと Config Serverのすべての Secondaryサーバと Arbiterサーバがアップデートされます。 注意 - アップデートを実行している間、Secondaryにはアクセスできません。 PSA構造の場合、read preferenceを primaryまたは secondaryPreferredなどに変更したり、Secondaryを増設して Secondaryタスクによる影響を最小限に抑えてください。read concernまたは write concernの設定により、タスク前に Secondary増設を検討してください。 - Secondaryの空き容量を確認し、必要に応じてタスク前に Secondaryを増設してください。 参考 - Secondaryサーバの数が増えれば増えるほど、OSのアップデート時間が長くなることがあります。 - タスク時間はデータストレージの容量によって異なります。所要時間は Secondary増設時の所要時間と同じなので、事前に確認することができます。 1. サーバの OSバージョンをアップデートするには、**OS管理**をクリックしてポップアップを確認し、 **[次へ]** ボタンをクリックします。 - OSアップデート ![os_management_1_ko.png](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/os_management_1_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) - カーネルアップデート ![Image](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-upgrade-3_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 注意 - OSをアップデートする DB Serviceが含まれている Subnetの IPアドレスが不足している場合、OSをアップデートできません。 - DB Serviceが含まれている Subnetに、OSのアップデートが必要な DB Serviceに含まれている DB Serverの数だけ IPアドレスを確保してください。 1. OSのアップデート前の注意事項を確認し、チェックボックスをクリックします。 2. 注意事項をすべて確認したら、 **[アップグレード]** ボタンをクリックします。 - OSアップデート ![os_management_2_ko.png](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/os_management_2_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) - カーネルアップデート ![Image](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-upgrade-4_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 1. DB Serverのステータスを通じてアップデートの進捗を確認できます。 ![os_management_3_ko.png](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/os_management_3_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) #### Primaryサーバの OSアップデート Failoverを実行し、Secondary(Prior Primary)サーバの OSをアップデートします。 Replica Setの場合は Primaryサーバ1台がアップデートされ、Shardingの場合は Shardと Config Serverのすべての Primaryサーバと Mongosサーバがアップデートされます。 注意 - Primary Serverの OSアップデートのために failoverされる間は、Primary Serverへのアクセスができません。 - Mongosの OSアップデートのためにアップデートを実行している間は、Mongosへのアクセスができません。Mongosも1台ずつアップデートされます。 1. Primaryと Mongos Serverの OSバージョンをアップデートするには、Primaryサーバを選択した後、 **[Failoverと OSアップグレード]** ボタンをクリックします。 ![os_management_4_ko.png](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/os_management_4_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) 2. Primary Serverの OSアップデートに関する注意事項を確認した後、 **[アップグレード]** ボタンをクリックします。 3. DB Serverのステータスを通じてアップデートの進捗を確認します。 ![os_management_6_ko.png](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/os_management_6_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) ### メンバー設定 Single Replica Set、Sharded Clusterの各シャードを構成するメンバーの Hidden、Votes、Priorityを変更できます。 注意 この変更を行う際には、DBクラスタの永続性に関する懸念があるため、適用には注意が必要です。 参考 各メンバーの設定は MongoDBの標準機能に依存しているため、Official Manualをご参照ください。 Primaryは Hiddenにすることはできず、Primaryよりも Priorityの高い Secondaryを適用することはできません。 Stand-alone構成または Arbiterを含む構成では使用できません。 Fail-overなどにより Backup実行メンバーが Primaryに昇格した場合は、その設定を解除してから変更してください。 ![Image](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/clouddbformongodb-dbserver-rsconf_vpc_ja.png?sv=2026-02-06&spr=https&st=2026-10-26T12%3A38%3A35Z&se=2026-10-26T13%3A38%3A35Z&sr=c&sp=r&sig=VTyyTqncns%2FXPIwY6h51uY2K%2BEkt0QQk1qYXvrhkSsw%3D) メンバーのプロパティを設定する際は、各メンバーのプロパティを設定した後、「適用」ボタンをクリックして適用できます。 DBクラスタの永続性については、十分にご検討の上で適用してください。