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 CustomResourceDefinition で特定のストレージにバインドするようにMongoDBリソースを構成できます。MongoDB CustomResourceDefinition の persistenceフィールドを使用すると、 Kubernetes がMongoDB のカスタムリソースから生成されたログとメタデータを保存する場所をより正確に管理できます。ログとメタデータのストレージを制御すると、この生成されたメタデータを管理および操作するプロセスをよりきめ細やかに制御できます。

MongoDB CustomResourceDefinition では、コンポーネントごとに永続性設定を構成できます。これらの設定では、特定のコンポーネントと 1 つ以上の関連する PersistentVolume リソースとの関係を指定できます。これはMongoDBカスタムリソースからの出力を保存します。

persistence設定は、Kubernetes クラスター内の MongoDB カスタムリソースが管理するオブジェクトに関連付けられたpersistentVolumesの数とストレージ容量を指定します。

前提条件

MongoDB 配置のストレージオプションを構成するには、MongoDB Kubernetes Operator を通じて配置された MongoDB レプリカセットが必要です。または、次の前提条件を満たす必要があります。

手順

特定のコンポーネントがすべてのMongoDB CustomResourceDefinition 出力を保存する単一の PersistentVolume を作成するには、コンポーネントの persistence を single として定義します。コンポーネントの data、journal、logs に対して個別の PersistentVolume を作成するには、コンポーネントの persistence を multiple として定義します。

MongoDB カスタムリソースを更新します。

次の例に示すように、MongoDB CRD 定義のpersistenceセクションにデータを入力します。

1 ---
2 apiVersion: mongodb.com/v1
3 kind: MongoDB
4 metadata:
5   name: my-sharded-cluster
6 spec:
7   shardCount: 2
8   mongodsPerShardCount: 3
9   mongosCount: 2
10   configServerCount: 3
11   version: "6.0.0"
12   service: my-service
13   type: ShardedCluster
14 
15   persistent: true
16 
17   configSrvPodSpec:
18     persistence:
19       single: true
20 
21   shardPodSpec:
22     persistence:
23       multiple:
24         # if the child of "multiple" is omitted then the default size will be used.
25         # 16GB for "data", 1GB for "journal", 3GB for "logs"
26         data:
27           storage: "20Gi"
28           storageClass: standard # You must define a storageClass, as the Operator creates a PVC, which will only create an associated PV with a backing storageClass.
29         logs:
30           storage: "4Gi"
31           storageClass: standard
32 ...

変更を適用します。

kubectl apply -f mongodb-crd.yaml

戻る

トポロジーを構成する

ユーザーの管理

1	---
2	apiVersion: mongodb.com/v1
3	kind: MongoDB
4	metadata:
5	name: my-sharded-cluster
6	spec:
7	shardCount: 2
8	mongodsPerShardCount: 3
9	mongosCount: 2
10	configServerCount: 3
11	version: "6.0.0"
12	service: my-service
13	type: ShardedCluster
14
15	persistent: true
16
17	configSrvPodSpec:
18	persistence:
19	single: true
20
21	shardPodSpec:
22	persistence:
23	multiple:
24	# if the child of "multiple" is omitted then the default size will be used.
25	# 16GB for "data", 1GB for "journal", 3GB for "logs"
26	data:
27	storage: "20Gi"
28	storageClass: standard # You must define a storageClass, as the Operator creates a PVC, which will only create an associated PV with a backing storageClass.
29	logs:
30	storage: "4Gi"
31	storageClass: standard
32	...

前提条件

手順

MongoDB カスタム リソースを更新します。

変更を適用します。

MongoDB カスタムリソースを更新します。