KUBERNETES上のセルフマネージドのCOUCHBASE

Couchbase Kubernetes Operator

Kubernetes Operator は、Couchbase のデプロイ、スケーリング、修復、アップグレードを代わって実行します。お客様のプラットフォームチームは、2AM のページがない限り、他のワークロードと同様にデータベースを運用します。.

ダウンロード
ドキュメントを読む

Kubernetesはポッドを知っています。我々はCouchbaseを知っています。.

Kubernetesはポッドの置き換えに優れています。データベースの再バランス、レプリカの配置、安全なアップグレードも必要です。当社のオペレーターがそれらをすべて処理します。.

すでに実行しているプラットフォーム上でより高速に操作できます

データベースがお客様のプラットフォームの外側に置かれている場合、すべての変更はチケットで処理されます。ここでは、Git の YAML を使用し、レビューおよびコードとして出荷されます。.

週末のメンテナンス期間を考慮して、アップデートを停止しない

アップグレードを延期するとセキュリティリスクが高まります。ローリングアップグレードではアプリの実行中に一度に一つのポッドずつアップグレードが行われ、途中でロールバックすることも可能です。.

停電件数減少、午前2時のページ件数も減少

ポッドまたはノードが故障した場合、オペレーターはそのポッドまたはノードを交換し、そのストレージを再利用してデータを再バランスします。また、必要なものはすべて人間が確認する必要があります。.

データの管理と支出のコントロールを維持する

オンプレミスまたはクラウドのいずれかですでに実行されている Kubernetes のキャパシティを活用できます。データ保持およびコンプライアンスのルールを、お客様の条件に合わせて遵守できます。.

コバースベース Kubernetes オペレーターは何でしょうか？

Couchbase ServerをKubernetes上で実行してくれます。YAMLで必要なことを指定すれば、オペレーターがクラスタの構成を調整してくれます。.

The Docs を読んでください

オペレーターはCouchbase Cluster、Couchbase Bucket、Couchbase BackupといったCouchbaseのタイプをKubernetesに追加します。ユーザーは必要なものを記述し、オペレーターはその内容を実行中のものと比較し、その違いを修正します。このプロセスは1日中続きます。アドミッション・コントローラーは保存前に不良な設定を拒否するため、エラーはインシデント・チャネルではなくターミナルに表示されます。.

Couchbase Kubernetes Operator architecture: YAML config flows through the Kubernetes API to the operator, which runs a Couchbase cluster.

一般的な StatefulSet はポッドの再起動を行います。このオペレーターは Couchbase を理解しています。移行前にデータを再バランスし、異なるゾーンにレプリカを配置し、永続ボリュームを再利用するため、置き換えられたポッドは最近の変更を追いつくことができます。Kubernetes のアップグレード時には、一度に 1 つの Couchbase ポッドしか実行できないため、ノードの負荷が低下しデータが失われないようになっています。.

Couchbase Kubernetes Operator architecture: YAML config flows through the Kubernetes API to the operator, which runs a Couchbase cluster.

バージョン 2.9 は Kubernetes 1.31 から 1.36、Red Hat OpenShift 4.18 から 4.20、Amazon EKS、Google GKE、Microsoft AKS、K3s、Bottlerocket OS をサポートしています。x86 または ARM で実行します。他に何かをお使いですか？自己認証ツールによりプラットフォーム、ストレージ、ネットワークがテストされ、Couchbase はその結果をレビューします。オンプレミスでの実行も可能です。イメージはお客様のレジストリから取得します。.

Couchbase Kubernetes Operator architecture: YAML config flows through the Kubernetes API to the operator, which runs a Couchbase cluster.

オペレーターはCouchbase Server Enterprise Editionのバージョン7.2から8.0を使用しています。これはCapellaにも同じエンジンが使われているため、SDK、SQL++クエリ、データモデルはどこでも動作します。クロスデータセンターレプリケーション（XDCR）により、Kubernetes、VM、Capellaのクラスタをリンクできます。そのため、ハイブリッド環境への移行やそれらの間の移行は設定変更であり、移行プロジェクトではありません。.

Couchbase Kubernetes Operator architecture: YAML config flows through the Kubernetes API to the operator, which runs a Couchbase cluster.

自動操縦で実行され、一度に1つの慎重なユニット

5点中5点

Kubernetes Operator の機能レベル：Auto Pilot（トップレベル）

1個のポッド

ほとんどのオペレータは、アップグレード中にKubernetesを一度に駆逐できるようにしています。

COUCHBASEサーバーの顧客成果

ダウンしないアプリ向けに構築されました

10M+

Couchbaseでの1秒あたりのクエリ数

記事を読む

118M

5-ninesの可用性との関連性

記事を読む

2200万+

数分で災害復旧を実現できるサブスクライバー

記事を読む

オペレータ 2.9の新機能

スタンバイ時の暗号化、より安全なアップグレード、そしてよりスマートなアラート

Couchbase Server 8.0 の暗号化キーを YAML で管理し、悪化したアップグレードを途中で元に戻すことができます。また、人が必要になったときにアラートを受け取ることができます。.

最新情報はこちら

フードの下で

デイ2の操作に必要なすべては YAML で処理されます

オペレーターがCouchbaseを運用、拡張、アップグレード、保護、およびセキュア化する方法。これによりチームは手作業でこれを行う必要がなくなります。.

  • 操作する
  • スケール
  • アップグレード
  • 保護する
  • セキュア

Helm を使ってインストールし、Git を使って管理し、プラットフォームチームがすでに使用しているツールですべてを確認できます。.

Operator 2.9の新機能など、主な機能

ヘルム、GitOps、および CLI

1 つの Helm チャートでオペレータ、アクセス コントローラー、クラスタ、さらには Sync Gateway をインストールできます。すべての変更は Git に保持されます。.

悪い設定は決して通用しない

アクセス制御コントローラーは、Kubernetesがそのリソースを保存する前に、シークレット、証明書、およびストレージクラスなど、すべてのCouchbaseリソースをチェックします。.

人が必要になったときにアラートを発信する

監視システムは、期限切れの証明書やクォーラムの喪失など、オペレータが単独で解決できない問題を、Kubernetesのイベントとメトリクスを通じて指摘します。.

  • 生産
  • ハイブリッド
  • 移行

建築

3つのゾーンにまたがる生産クラスター

1 つのゾーンの停止がアプリのダウンにつながるべきではありません。各ゾーンは Couchbase 専用のノード上で Couchbase サーバグループとして機能するため、レプリカは別の場所に配置されます。各サービスには独自の Pod とストレージがゾーン内で確保されています。cert-manager は TLS を自動的に更新し、バックアップはデータベースノードから実行されます。.

YAML をご覧ください。

始める

ヘルムのインストールから最初のクラスタまで

Couchbase Helm リポジトリを追加し、1 つのチャートをインストールします。オペレーター、アドミッション コントローラー、そしてウェブコンソールまたは SDK から接続できる稼働中の Couchbase クラスターが用意されます。ステップバイステップで進みたいですか？CLI はそれぞれを個別にインストールします。Kubernetes または OpenShift 上です。本番環境ではベストプラクティスガイドをお読みください。ストレージ、スケジューリング、そしてスキップすべきミスを網羅しています。.

ガイドを読む
ベストプラクティス

同じエンジン、3つの運転方法

自己管理

Couchbase Server

オペレータが実行するエンジン：JSON、キー値、SQL++, 検索、ベクター検索、および 1 つのデータベースでのキャッシュ。オペレータで Kubernetes 上で実行するか、または VM やベアメタル上で実行するか、その方が都合のいい場合。.

さらに詳しく

マネージドクラウド

Couchbase Capella

Kubernetesを導入せずにCouchbaseを使用したいですか？ Capellaは同じエンジンで、AWS、Google Cloud、Azure上で完全に管理されています。Couchbaseはセットアップ、バックアップ、スケーリング、アップグレードを処理します。.

さらに詳しく

モバイルおよびエッジ

Couchbase Mobile (モバイル)

Couchbase Lite は、接続なしでもスマートフォンやエッジ デバイス上でアプリを動作させます。同じ Helm チャートをクラスタの隣に配置することで、それらのデバイスを同期させることができます。.

さらに詳しく

Couchbase Kubernetes Operator FAQ

Couchbase を Kubernetes と OpenShift で実行するに関する一般的な質問に対する回答。.

弊社が提供する Kubernetes オペレータである Couchbase Autonomous Operator (CAO) は、Kubernetes および OpenShift 上で自社管理型の Couchbase Server をデプロイ、スケーリング、修復、バックアップ、およびアップグレードします。.

バージョン 2.9 は、x86 および ARM ノード上で Kubernetes 1.31 ~ 1.36、OpenShift 4.18 ~ 4.20、Amazon EKS、Google GKE、Microsoft AKS、K3s、Bottlerocket OS をサポートします。.

Couchbase Server Enterprise Edition 7.2 から 8.0 までを管理します。Operator 2.9 でも、暗号化されたスタンバイ機能などの 8.0 の機能が設定されます。Community Edition はサポートされていません。.

Operator Framework には Basic Install から Auto Pilot まで、5 つの機能レベルが定義されています。Couchbase の Operator は Level 5 の Auto Pilot に記載されています。ベンダーは自社を評価しているので、試して判断してください。.

はい。オペレーターを仮想マシンやEC2のクラスタに合わせれば、ノードを一度に Kubernetes にスワップして再バランスさせられます。アプリは接続が維持され、両側ともネットワークへのアクセスが必要です。.

どちらも同じCouchbaseエンジンを使用しています。オペレータを使用すると、チームは独自のKubernetes上でCouchbaseを実行できます。Capellaを使用すると、CouchbaseがAWS、Google Cloud、またはAzure上でお客様のためにCouchbaseを実行します。.

これからも探求し続けてください

  • 生産リファレンスアーキテクチャ

    Kubernetes上のセキュアなゾーン認識のあるCouchbaseクラスタ用の、コピー可能なYAMLファイル。.

    ドキュメントを読む

  • クラウド全体でオペレータをテストする方法

    オペレータ、サーバー、および Kubernetes のバージョンをチェックする CI パイプラインの内側。.

    ブログを読む

  • 興味がある？今すぐ始めよう。.

    AIの未来のために、今日からより賢く構築する方法について、お話ししましょう。.

    お問い合わせ

データベースの膨大なサイズを過去のものとしておく

スタックの追加ごとに新たな請求書が発生し、管理するものがさらに増えます。2分でどれだけの節約ができるかを試算してください。.

今すぐ計算する