スタンドアロンの MongoDB インスタンスの配置

MongoDB Enterprise Kubernetes演算子は非推奨です。新しい MongoDB Controls for Kubernetes Operator が、 MongoDB Enterprise Kubernetes Operator に置き換わります。Kubernetes Operator 用のドライバーの最初のバージョンは、 Enterprise Kubernetes Operatorの v1.33 と機能的に同等です。この変更の詳細と、新しい演算子への移行に関するガイダンスについては、最初の新しいバージョンのリリースノートを参照してください。MongoDB Enterprise Kubernetes Operator の今後のリリースは予定されません。各バージョンは、既存の 1 年間のサポートポリシーに従ってサポートが終了します。継続的なサポートについては、 Kubernetes Operator 用のコントロールに移行してください。

注意

このページのMongoDB Ops Managerが表示されている場所では、 Cloud Managerを置き換えることができます。

重要

Kubernetes演算子を使用して、MongoDB Cloud ManagerMongoDB Ops Managerおよびバージョン6.0 .x 以降でリソースを配置できます。
Atlas 演算子を使用して、MongoDB リソースを Atlas に配置できます。

用にスタンドアロンのMongoDB MongoDB Ops Managerインスタンスを配置して管理できます。テストと開発にはスタンドアロンインスタンスを使用します。これらの配置は、レプリケーションが機能せず、可用性が低いため、実稼働システムでは使用しないでください。すべての配置ではレプリカセットを使用します。レプリカセットの詳細については、「レプリカセットを配置する」を参照してください。

前提条件

To deploy a standalone using an object, you must:

注意

To avoid storing secrets in single-cluster Kubernetes deployments, you can migrate all secrets to a secret storage tool. Deployments on multiple Kubernetes clusters don't support storing secrets in secret storage tools, such as HashiCorp Vault.

手順

`kubectl`を名前空間にデフォルトします。

まだ作成していない場合は、次のコマンドを実行して、作成した名前空間ですべてのkubectlコマンドを実行します。

注意

MongoDB Ops Manager リソースを複数の Kubernetes クラスター MongoDB 配置に配置している場合、次の手順に従います。

contextを中央クラスターの名前に設定します（例: kubectl config set context "$MDB_CENTRAL_CLUSTER_FULL_NAME" 。
MongoDB のマルチ配置に使用したのと同じスコープ（例: kubectl config --namespace "mongodb"に--namespaceを設定します。

kubectl config set-context $(kubectl config current-context) --namespace=<metadata.namespace>

Copy the following example standalone Kubernetes object.

これは、必要な構成に合わせて変更できる YAMLファイルです。強調表示された設定を、必要なスタンドアロン構成に合わせて変更します。

---
apiVersion: mongodb.com/v1
kind: MongoDB
metadata:
  name: <my-standalone>
spec:
  version: "4.2.2-ent"
  opsManager:
    configMapRef:
      name: <configMap.metadata.name>
            # Must match metadata.name in ConfigMap file
  credentials: <mycredentials>
  type: Standalone
  persistent: true
...

任意のテキストエディタを開き、オブジェクト仕様を新しいテキストファイルに貼り付けます。

前の手順で強調表示されている設定を次のように構成します。

キー	タイプ	説明	例
`metadata.name`	string	Label for this Kubernetes standalone object. リソース名は 44 文字以下にする必要があります。 To learn more, see `metadata.name` and Kubernetes documentation on names.	`my-project`
`spec.version`	string	このスタンドアロンにインストールされている MongoDB のバージョン。形式は、 MongoDB Community Editionでは `X.Y.Z`、Enterprise エディションでは `X.Y.Z-ent` です。重要:互換性のあるMongoDB Serverバージョンを選択していることを確認してください。互換性のあるバージョンは、 MongoDBデータベースリソースが使用する基本イメージによって異なります。 MongoDB のバージョン管理の詳細については、MongoDB マニュアルの「 MongoDBのバージョン管理」を参照してください。	最良の結果を得るには、Ops Manager のバージョンと互換性のある、利用可能な最新のエンタープライズMongoDBバージョンを使用してください。
`spec.opsManager` `.configMapRef.name`	string	Name of the ConfigMap with the Ops Manager connection configuration. The `spec.cloudManager.configMapRef.name` setting is an alias for this setting and can be used in its place. この値は、作成するリソースと同じ名前空間に存在する必要があります。	`<myproject>`
`spec.credentials`	string	Operator がと通信するための MongoDB Ops ManagerAPI認証情報として作成KubernetesMongoDB Ops Manager したシークレットの名前。認証情報を保持するMongoDB Ops Manager Kubernetes Secretオブジェクトは、作成するリソースと同じ名前空間に存在する必要があります。重要: Kubernetes Operator は、シークレットへの変更を追跡し、`MongoDB` リソースの状態を調整します。	`<mycredentials>`
`spec.type`	string	作成する`MongoDB`リソースのタイプ。	`Standalone`
`spec.persistent`	string	任意。この値が`true`の場合、 `spec.podSpec.persistence.single`はデフォルト値の`16Gi`に設定されます。 To change your Persistent Volume Claims configuration, configure the following collections to meet your deployment requirements: If you want one Persistent Volume for each Pod, configure the `spec.podSpec.persistence.single` collection. If you want separate Persistent Volumes for data, journals, and logs for each Pod, configure the following collections: `spec.podSpec.persistence.multiple.data` `spec.podSpec.persistence.multiple.journal` `spec.podSpec.persistence.multiple.logs` WARNING: Grant your containers permission to write to your Persistent Volume. The Kubernetes Operator sets `fsGroup = 2000`, `runAsUser = 2000`, and `runAsNonRoot = true` in `securityContext`. Kubernetes Operator sets `fsgroup` equal to `runAsUser` to make the volume writable for a user that runs the main process in the container. To learn more, see Configure a Security Context for a Pod or Container and the related discussion in the Kubernetes documentation. If redeploying the resource doesn't fix issues with your Persistent Volume, contact MongoDB Support. If you do not use Persistent Volumes, the Disk Usage and Disk IOPS charts cannot be displayed in either the Processes tab on the Deployment page or in the Metrics page when reviewing the data for this deployment.	`true`

スタンドアロン配置に許容されている設定を追加します。

You can also add any of the following optional settings to the object specification file for a Standalone deployment:

このファイルを `.yaml` という拡張子で保存します。

スタンドアロン配置を開始します。

次の Kubernetes コマンドを呼び出して、スタンドアロンを作成します。

kubectl apply -f <standalone-conf>.yaml

スタンドアロン配置のステータスを追跡します。

MongoDBリソースのステータスを確認するには、次のコマンドを使用します。

kubectl get mdb <resource-name> -o yaml -w

-w （監視）フラグが設定されている場合、構成が変更されると、ステータスフェーズがRunning状態に達するまで出力が直ちに更新されます。リソース配置ステータスの詳細については、「 Kubernetes 演算子のトラブルシューティング」を参照してください。

シャーディングされたクラスターのトラブルシューティングを行うには、以下を参照してください。

戻る

配置

レプリカセット

注意

重要