MongoDB fortheCloudから利用可能な統合とサービス

MongoDBチャートは、ドキュメントデータモデルの利点をネイティブに理解しています。固定オブジェクトや配列など、ドキュメントベースのデータを管理します。ネストされたデータ構造を使用すると、視覚化機能を維持しながら、アプリケーションに合わせてデータを構造化する柔軟性が得られます。

MongoDBチャートには、さまざまな指標を使用してコレクションデータを処理できる組み込みの集計機能があります。開発者以外でも十分直感的に使用できるため、セルフサービスのデータ分析が可能であり、データ分析チームにとって優れたツールになります。

MongoDBステッチ

サーバーレスアーキテクチャについて聞いたことがありますか？

サーバーレスを使用すると、アプリケーションを個別の自律機能に構成できます。各関数はサーバーレスプロバイダーによってホストされ、関数呼び出しの頻度が増減するときに自動的にスケーリングできます。これは、コンピューティングリソースの支払いに非常に費用対効果の高い方法であることがわかりました。アプリケーションを常にオンにして、非常に多くの異なるインスタンスでリクエストを待つのではなく、関数が呼び出された時間に対してのみ料金を支払います。

MongoDB Stitchは、最も有用なものだけを使用する別の種類のMongoDBサービスです。クラウドインフラストラクチャ環境。これは、開発者がサーバーインフラストラクチャをセットアップせずにアプリケーションを構築できるようにするサーバーレスプラットフォームです。ステッチはMongoDBAtlas上で行われ、データベースへの接続を自動的に統合します。開発するプラットフォームの多くで利用できるStitchClientSDKを介してStitchに接続できます。

MongoDBKubernetesとOpsManagerの統合

Ops Managerは、独自のインフラストラクチャで実行するMongoDBクラスターの管理プラットフォームです。 Ops Managerの機能には、レプリカセットとシャードクラスター、およびその他のMongoDB製品の監視、アラート、ディザスタリカバリ、スケーリング、デプロイ、アップグレードが含まれます。 2018年、MongoDBはKubernetesとのベータ統合を導入しました。

MongoDB Enterprise Operatorは、Kubernetesv1.11以降と互換性があります。 Openshift3.11に対してテストされています。このオペレーターには、OpsManagerまたはCloudManagerが必要です。このドキュメントでは、「Ops Manager」を指す場合、「CloudManager」に置き換えることができます。機能は同じです。

インストールは非常に簡単で、必要です

• MongoDBEnterpriseOperatorのインストール。これは、helmまたはYAMLファイルを介して実行できます。
• OpsManagerのプロパティを収集します。
• KubernetesConfigMapファイルを作成して適用する
• OpsManagerAPIキーを保存するKubernetesシークレットオブジェクトを作成します

この基本的な例では、YAMLファイルを使用します：

kubectl apply -f crds.yaml
kubectl apply -f https://raw.githubusercontent.com/mongodb/mongodb-enterprise-kubernetes/master/mongodb-enterprise.yaml

次のステップは、ConfigMapファイルで使用する次の情報を取得することです。これらはすべて、運用マネージャーにあります。

• ベースURL。 Base Urlは、OpsManagerまたはCloudManagerのURLです。
• プロジェクトID。 KubernetesオペレーターがデプロイするOpsManagerプロジェクトのID。
• ユーザー。既存のOpsManagerユーザー名
• パブリックAPIキー。 KubernetesOperatorがOpsManagerRESTAPIエンドポイントに接続するために使用します

必要なOpsManager構成情報を取得したので、Kubernetes用のKubernetesConfigMapファイルを作成する必要があります。演習の目的で、このファイルをproject.yamlと呼ぶことができます。

apiVersion: v1

kind: ConfigMap

metadata:

  name:<<Name>>

  namespace: mongodb

data:

  projectId:<<Project ID>>

  baseUrl: <<OpsManager URL>>

次のステップは、KubernetesとシークレットファイルへのConfigMapを作成することです

kubectl apply -f my-project.yaml

kubectl -n mongodb create secret generic <<Name of credentials>> --from-literal="user=<<User>>" --from-literal="publicApiKey=<<public-api-key>>"

取得したら、最初のクラスターをデプロイできます

apiVersion: mongodb.com/v1

kind: MongoDbReplicaSet

metadata:

  name: <<Replica set name>>

  namespace: mongodb

spec:

  members: 3

  version: 4.2.0



  persistent: false



  project: <<Name value specified in metadata.name of ConfigMap file>>

  credentials: <<Name of credentials secret>>

詳細な手順については、MongoDBのドキュメントをご覧ください。

MongoDBクラウドの移行

Atlas Live Migration Serviceは、AWS、Azure、GCP、オンプレミスのいずれであっても、既存の環境からMongoDBのグローバルクラウドデータベースであるMongoDBAtlasにデータを移行できます。