AlloyDB Omni は、Kubernetes 以外の環境（Red Hat Package Manager（RPM）パッケージを使用する Red Hat Enterprise Linux（RHEL）や互換性のあるシステムなど）に AlloyDB Omni をデプロイして管理するためのオーケストレーション プラットフォームを提供します。RPM オーケストレーターのデプロイ オプションは、クラウドのような柔軟性と自動化をオンプレミスと仮想マシン（VM）インフラストラクチャに拡張します。
RPM オーケストレーターを使用する AlloyDB Omni を使用すると、標準の RPM パッケージを使用して AlloyDB Omni インスタンスをインストール、構成、管理できます。このアプローチは、VM インフラストラクチャに多額の投資を行い、Ansible などの自動化ツールを中心に確立された運用プラクティスを構築している組織をサポートします。RPM オーケストレーターのデプロイ オプションは、Docker などのコンテナ化レイヤや Kubernetes などのオーケストレーション システムを必要とせずに、Linux VM またはベアメタル サーバー上で直接実行されます。
このデプロイ オプションの使用を開始するには、登録フォームを使用してアクセスをリクエストします。
ユースケース
RPM オーケストレータのデプロイ オプションは、次のユースケースをサポートしています。
| ユースケース | 説明 |
|---|---|
| VM インフラストラクチャを使用している企業 | Kubernetes が標準ではない企業や、標準 VM またはベアメタル デプロイを優先するアプリケーション依存関係のあるコンテナ化された環境をサポートします。 |
| オペレーションの簡素化 | 使い慣れたツール（Ansible など）を使用して、データベースのデプロイ、構成、ライフサイクル管理を自動化します。 |
| 高可用性（HA）と障害復旧（DR） | 自動フェイルオーバーと復元メカニズムを備えた復元力のある AlloyDB Omni クラスタを設定します。 |
| ハイブリッド環境 | オンプレミス データセンターとクラウド VM 間で一貫したデータベース オペレーションを保証します。 |
| レガシー システムの統合 | コンテナ化されていない環境向けに設計された既存のアプリケーションやシステムと統合されます。 |
利点
RPM オーケストレータのデプロイ オプションには、次のような利点があります。
- 迅速なデプロイ: プロビジョニングから検証までのライフサイクル全体を自動化し、AlloyDB Omni クラスタの設定にかかる時間と複雑さを大幅に軽減します。
- シームレスな統合: 標準の Linux パッケージ管理（RPM）や一般的な自動化フレームワーク（Ansible など）とネイティブに統合されるため、チームは既存のスキルやツール統合を活用できます。
- 一貫性のあるエクスペリエンス: AlloyDB Omni Kubernetes オペレータと同等の管理と運用のユーザー エクスペリエンスと機能セットを提供し、さまざまなデプロイモデル間で一貫性を実現します。
- エンタープライズ グレードの高可用性（HA）と障害復旧（DR）: ビジネス継続性のニーズを満たす高可用性と障害復旧の柔軟な構成をサポートします。
- 堅牢なセキュリティ: ユーザー管理、証明書（SSL）によるネットワーク セキュリティ、システム（Microsoft Active Directory など）との統合など、多面的なセキュリティ戦略の実装を容易にします。
- 一元管理: AlloyDB Omni サービスを使用して、VM 上の AlloyDB Omni を管理するための一元化されたコントロール プレーンを提供します。
- オブザーバビリティと監査: rsyslog を使用して、一元化されたログ管理、モニタリング、監査のために、外部ロギング サーバー（Elastic Stack など）との統合を有効にします。
- データ保護: バックアップと復元の構成と戦略を簡素化する機能が含まれています。
- 接続プーリング: PgBouncer のデプロイをサポートし、データベース接続を最適化してパフォーマンスを向上させます。
- フリート管理: 複数の AlloyDB Omni クラスタを大規模に管理できます。
アーキテクチャ
AlloyDB Omni は、柔軟性を提供するコンポーネントの階層を定義します。この柔軟性により、データの可用性を最大化し、クエリのパフォーマンスとスループットを最適化できます。このアプローチにより、AlloyDB Omni のデプロイをモニタリングし、ワークロードに合わせてスケールとサイズを調整できます。
次の図は、ベアメタル環境または VM 環境での AlloyDB Omni のデプロイの分類を示しています。
図 1. AlloyDB Omni VM のデプロイ トポロジ
階層の最上位のリソースは、プライマリ クラスタと 1 つ以上のセカンダリ クラスタを備えた AlloyDB Omni デプロイです。AlloyDB Omni クラスタには 1 つ以上のインスタンスがあります。これは、ユーザーが接続するコンピューティング リソースの抽象化です。クラスタには、プライマリ インスタンス（読み取り / 書き込み）と、1 つ以上のオプションの読み取りプール インスタンス（読み取り専用）が含まれます。各インスタンスには独自のアクセス エンドポイントがあります。必要に応じて、スタンドアロン デプロイ用の単一ノードまたは高可用性デプロイ用の複数ノードを使用して、プライマリ インスタンスを設定できます。すべてのノードに、ソフトウェア パッケージを使用して AlloyDB Omni とその他の関連コンポーネントがデプロイされている。
プライマリ インスタンスには、トランザクション ワークロードを処理するように設計されたアクティブ（読み取り / 書き込み）ノードが 1 つ含まれています。基本的なテスト、試験運用、開発以外のデータベース クラスタの場合は、追加のスタンバイ ノードを使用して高可用性を設定します。読み取り / 書き込みトランザクションを処理するプライマリ ノードの可用性が失われる障害が発生した場合にデータ損失（RPO=0）を回避するには、スタンバイ ノードの同期レプリケーション モードを構成します。RPO は目標復旧時点として定義されます。
コンポーネント
RPM オーケストレーターのデプロイ オプションには、フルスタックで高可用性の AlloyDB Omni デプロイ用に、それぞれ RPM パッケージまたは Debian パッケージとしてインストールされる一連のソフトウェア コンポーネントが含まれています。リファレンス アーキテクチャは、データベース オペレーションでこれらのコンポーネントを使用します。
| コンポーネント | 説明 |
|---|---|
| オーケストレーター | AlloyDB Omni オーケストレーションは、分散環境で 1 つ以上の AlloyDB Omni クラスタをデプロイして管理するのに役立つコマンドライン インターフェースと Ansible インターフェースを提供します。 |
| alloydbomni | AlloyDB Omni コアには、パフォーマンスを向上させる PostgreSQL と Autopilot 機能が含まれています。また、オンライン分析処理（OLAP）や生成 AI などの最新のワークロードをサポートする機能も備わっています。 |
| alloydbomni_monitor | AlloyDB Omni モニターを使用すると、AlloyDB Omni から指標を取得できます。 |
| etcd | etcd は、クラスタ マネージャーが PostgreSQL の構成と状態情報を保存するために使用する分散構成システムを提供します。 |
| クラスタ マネージャー | 中央コントロール プレーンは、クラスタ全体のオペレーションをオーケストレートします。これには、クラスタのブートストラップ、HA の管理、フェイルオーバーの処理、アップグレードの調整、自動化ツール（Ansible や alloydbctl コマンドライン ユーティリティなど）のインターフェースの公開が含まれます。 |
| ノード マネージャー | AlloyDB Omni クラスタ内の各ノードで実行されるエージェント。クラスタ マネージャーと連携して、ノードでタスクを実行します。たとえば、AlloyDB Omni のインストールと構成、データベース サービス ライフサイクル（開始と停止）の管理、ノードの健全性のモニタリング、ログと指標の収集などです。 |
| HAProxy | HAProxy は、AlloyDB Omni デプロイのロードバランサとして機能します。読み取り / 書き込みエンドポイントと読み取り専用エンドポイントを公開します。クラスタ マネージャーと連携して、トラフィックを適切なアクティブ ノードにリダイレクトします。 |
| keepalived | keepalived は、フローティング仮想 IP アドレスを使用して、参加ノード（HAProxy など）に HA を提供できます。 |
| PgBouncer | PgBouncer は、PostgreSQL データベース用の軽量接続プーラーです。 |
| pgBackRest | pgBackRest は、PostgreSQL 用に設計されたオープンソースのバックアップと復元ツールです。 |
このアーキテクチャを使用すると、既存の Linux VM 環境で AlloyDB Omni を効率的に実行して運用し、AlloyDB Omni と確立された運用方法を組み合わせることができます。
システム要件
AlloyDB Omni デプロイ スタックのシステム要件には、さまざまなコンポーネントを実行するように事前構成された一連の仮想マシンが含まれます。各 AlloyDB Omni 仮想マシンには、ext4/xfs ファイル システムで構成されたデータディスクが接続されている必要があります。ディスクサイズはデータサイズから推定されます。ストレージのパフォーマンス特性は、AlloyDB Omni のパフォーマンスに影響します。次の表に、VM の最小および推奨の CPU とメモリの構成を示します。
| VM のタイプ | ハードウェアとオペレーティング システム（OS）の最小要件 | 推奨ハードウェアと OS |
|---|---|---|
| コントローラ ノード |
|
|
| ロードバランサ ノード |
|
|
| AlloyDB Omni（スタンドアロン） |
|
|
| AlloyDB Omni（高可用性） |
|
|
| バックアップ リポジトリ ノード |
|
|
HA デプロイ リファレンス アーキテクチャ
HA アーキテクチャでは、単一ノードのデータベース設定よりも、データレベルのダウンタイムに対する保護が強化されます。このリファレンス アーキテクチャ構成では、1 つのノードをプライマリ アクティブとして、他のノードを同期ストリーミング レプリケートされたスタンバイ サーバーとして、別々のゾーンにデプロイする 3 ノードのセットアップを使用します。プライマリ ノードに障害が発生すると、スタンバイ ノードの 1 つがプライマリとして引き継ぎ、クライアント クエリを処理します。
ソフトウェア スタックのクラスタ マネージャー コンポーネントがクラスタ構成を実行します。クラスタ マネージャーは AlloyDB Omni サーバーもモニタリングし、分散構成システム（etcd など）を使用して新しいプライマリを選択します。企業は、可用性の重要な指標として RPO と RTO（目標復旧時間）を使用します。HA アーキテクチャの設定では、ゾーンレベルの障害に対してほぼゼロの RPO と RTO が実現します。
追加のノードは、読み取り専用ワークロード用に構成された追加のエンドポイントを使用して、HAProxy ベースのロードバランサをデプロイします。HAProxy はクラスタ マネージャーと連携して、現在のアクティブ ノードをモニタリングし、フェイルオーバーが発生した場合は新しいアクティブ ノードに切り替えます。クライアントは HAProxy ノードに接続して、データベースに対するオペレーションを実行します。次の図は、この HA デプロイ アーキテクチャを示しています。
図 2: HA デプロイ アーキテクチャ
RPM オーケストレーター
RPM オーケストレーターを使用する AlloyDB Omni は、一連の VM またはベアメタル サーバーに AlloyDB Omni データベース クラスタをインストール、設定、管理するための自動化プラットフォームとコントロール プレーンを提供します。これには、スタンドアロン、復元力のあるスケーラブルな高可用性（HA）など、さまざまなリファレンス アーキテクチャ構成が含まれます。
AlloyDB Omni クラスタ マネージャーはコントロール プレーンを提供します。このコンポーネントは、AlloyDB Omni クラスタの管理と高可用性を自動化し、AlloyDB Omni クラスタのエンドツーエンドのライフサイクルを制御するのに役立つコアサービスです。コントロール プレーン自体は高可用性であり、さまざまな障害シナリオに対応します。
RPM オーケストレーターのデプロイ オプションは、AlloyDB Omni クラスタ マネージャー サービスと通信するためのリモート インターフェースです。オーケストレーターは、コントロール ノードと呼ばれる専用ノードで実行されます。このノードから、安全なチャネルを介して 1 つ以上のクラスタをリモートで管理できます。環境との互換性を確保するため、複数の AlloyDB Omni オーケストレータを使用できます。自動化のニーズに適したオーケストレーターを選択します。
- AlloyDB Omni オーケストレーター CLI（RPM として利用可能）: シェル スクリプトを使用してクラスタのデプロイと管理を自動化する環境におすすめします。
- RPM オーケストレーター Ansible（Ansible Collection として利用可能）: 組み込みの Ansible ベースの自動化を使用し、追加の Ansible ロールへの呼び出しで拡張する準備ができている環境におすすめします。既存の Ansible プレイブックとの簡単な統合を可能にするため、Ansible プレイブックの例が用意されています。
AlloyDB Omni オーケストレーターは、次の AlloyDB Omni クラスタ関連のオペレーションを容易にします。Ansible ベースのオーケストレーターは、これらのオペレーションごとに Ansible ロールを提供します。コマンドラインは、シェル プロンプトまたはシェル スクリプトを使用して呼び出される一連のコマンドを提供します。
Installation: 各ノードにさまざまなクラスタ コンポーネントをインストールします。Bootstrap: 仕様に従ってすべてのコンポーネントを構成し、ブートストラップします。Update: 新しいバージョンまたは更新された構成のリソースを更新します。Status: クラスタ内のすべてのコンポーネントまたはサービスのステータスを取得します。List: クラスタにデプロイされている使用可能なリソースのリストを取得します。Delete: クラスタ リソースを削除します。
オーケストレーターは、YAML 形式で一連の仕様を入力として受け取ります。
- デプロイ仕様: VM クラスタのトポロジを定義する Ansible インベントリ形式と同じです。これには、次のようなさまざまな VM グループとその構成が含まれています。
primary_instance_nodes: AlloyDB Omni データベース サーバー専用のノード。cluster_manager_nodes: 省略可。AlloyDB Omni クラスタ マネージャー サーバーを実行しているノード。専用のクラスタ マネージャー ノードが存在しない場合は、primary_instance_nodesにクラスタ マネージャーをデプロイできます。etcd_nodes: クラスタ マネージャーはメタデータを etcd に保存します。明示的に指定しない場合、etcd はクラスタ マネージャー ノードと同じノードで実行できます。load_balancer_nodes: HAProxy ベースのロードバランサ専用の追加ノードです。
- リソース仕様: クラスタは、デプロイして管理する 1 つ以上のクラスタ リソース（データベース クラスタや接続プーラーなど）で構成されます。リソース仕様は YAML 形式で、クラスタにデプロイするリソースを記述します。
制限事項
- プレビュー リリースでは、次のもののみがサポートされています。
- AlloyDB Omni PostgreSQL 18
- RHEL バージョン 9 互換のソフトウェア パッケージ
- Intel x86 64 ビット プラットフォーム
- メジャー バージョンのアップグレードはサポートされていません。
- 障害復旧と読み取りプール インスタンスの設定手順は含まれていません。
- AlloyDB Omni モニタリングは SSL 接続をサポートしていません。モニタリング ダッシュボード サーバーは、AlloyDB Omni ノードと同じプライベート ネットワークにデプロイする必要があります。
- AlloyDB Omni は、permissive モードと enforcing モードの両方で SELinux をサポートしています。クラスタをブートストラップする前に、選択した SELinux モードを構成する必要があります。ブートストラップ後に enforcing モードに切り替えることはできません。
次のステップ
- このデプロイ オプションの使用を開始するには、登録フォームを使用してアクセスをリクエストします。
- AlloyDB Omni のダウンロード オプションとインストール オプションを選択する。
- AlloyDB Omni オーケストレーターをインストールします。