このドキュメントでは、ワークロード マネージャー のガイド付きデプロイ自動化ツールを使用して、 Google Cloudに Oracle Database ワークロードをデプロイする方法について説明します。
Oracle Database デプロイを作成する
Oracle Database を構成してデプロイするには、次のタスクを行います。
Google Cloud コンソールで、[ワークロード マネージャー] ページに移動します。
ワークロード マネージャー のナビゲーション パネルで、[デプロイ] をクリックします。
デプロイを作成するプロジェクトを選択します。
[デプロイを作成] をクリックして、[Oracle Database] を選択します。
必要なロールと権限がない場合、ガイド付きデプロイ自動化ツールに必要なロールと権限が示されます。[許可して続行] をクリックします。
[Deployment basics] セクションで、デプロイとワークロードの要件に関する情報を入力します。
ワークロード マネージャー は、この基本情報を使用して、以降のタブで収集するデータを決定します。ワークロード マネージャー は、これらの基本設定に基づいて、デプロイ構成に関する推奨事項も提供します。
デプロイするワークロードを説明する名前を入力します。
この名前は、ワークロードをデプロイするプロジェクト内で一意である必要があります。名前を指定するには、英小文字とハイフンを使用できますが、先頭は英字にする必要があり、末尾をハイフンにすることはできません。3 文字以上、22 文字以下で指定してください。
[デプロイの説明] フィールドに、ワークロードの説明を追加します。この説明は、デプロイを表示するダッシュボードに表示されます。
[サービス アカウント] フィールドで、Oracle デプロイに関連付けるサービス アカウントを選択します。ワークロード マネージャー は、このサービス アカウントを使用して、デプロイに必要なリソースを作成するために他の API とサービスを呼び出します。既存のサービス アカウントを選択するか、新しいサービス アカウントを作成できます。詳細については、ユーザー管理のサービス アカウントをご覧ください。
[Compute Engine のサービス アカウント] フィールドで、デプロイ プロセス中に作成される Compute Engine VM のサービス アカウントを選択します。既存のサービス アカウントを選択するか、新しいサービス アカウントを作成できます。
省略可: この手順は、組織で VPC Service Controls のコンプライアンスが適用されている場合にのみ必要です。[プライベート プール] フィールドに、VPC Service Controls 用に構成された Cloud Build プライベート プールの名前を次の形式で指定します。
projects/PRIVATEPOOL_PROJECT_ID/locations/REGION/workerPools/PRIVATEPOOL_ID
次のように置き換えます。
- PRIVATEPOOL_PROJECT_ID: プライベート プールを含むプロジェクトの ID。
- REGION: プライベート プールを作成したリージョン。
- PRIVATEPOOL_ID: プライベート プールの ID。
詳細については、Cloud Build プライベート ワーカープールを使用するをご覧ください。
Oracle Database のリリース バージョンを選択します。
ワークロード マネージャー は、Oracle Database Enterprise Edition とリリース バージョン 19c をサポートしています。
[リリースを更新] を選択します。
Developer ライセンスを使用する場合は、Oracle Database 19c（19.3）のみが使用可能です。この場合は、[リリース アップデート] メニューから
19.3アップデートを選択します。デプロイモデルを選択します。
- 単一インスタンス: このモデルでは、Oracle Database は単一の VM にデプロイされます。
- Oracle Data Guard の高可用性: Oracle インスタンスは、高可用性を実現するために、最大可用性保護モードを使用して複数の VM にデプロイされます。詳細については、Oracle のドキュメントをご覧ください。
[Secret for Database credentials] フィールドで、Oracle Database のパスワードに対応するシークレットの名前を選択します。ガイド付きデプロイ自動化ツールは、デプロイとインストール プロセス全体でこのパスワードを使用します。このシークレットは、パスワードの複雑性要件を満たし、デプロイを作成する同じ Google Cloud プロジェクトに存在する必要があります。
[データベース名] を入力します。
データベース名には英数字とアンダースコアのみを使用する必要があります。最大 8 文字まで使用できます。
データベースのドメイン名を入力します。
データベース ドメイン名は空にするか、英字で始まり、英数字、アンダースコア、ハイフン、ピリオドのみを含む名前にする必要があります。1 ～ 128 文字にする必要があります。
省略可。Oracle Multitenant を有効にするには、[マルチテナントを有効にする] チェックボックスをオンにします。
Oracle Multitenant アーキテクチャでは、1 つのコンテナ データベースで複数の分離されたプラガブル データベースをホストできるため、リソースを効率的に統合して管理を簡素化できます。詳細については、Oracle のドキュメントをご覧ください。
省略可。データベース モニタリングを有効にします。
データベース モニタリングを有効にすると、データベースの健全性をモニタリングするのに役立つ指標収集が構成されます。収集される指標の一覧については、サポートされている指標をご覧ください。
収集された指標は Cloud Monitoring に送信されます。ここで、ダッシュボードを使用して指標を表示し、アラートを設定できます。詳細については、指標を表示するをご覧ください。
データベース モニタリングを有効にする場合は、モニタリング認証情報のシークレット名を選択します。このシークレットは、パスワードの複雑性要件を満たし、デプロイを作成する同じ Google Cloud プロジェクトに存在する必要があります。
[続行] をクリックして次に進みます。
[仮想マシン] タブで、次の操作を行います。
VM を作成するプライマリ リージョンを選択します。
詳細については、サポートされているリージョンをご覧ください。
指定したリージョンからプライマリ ゾーンを選択します。
セカンダリ リージョンとセカンダリ ゾーンを選択します。
これらのオプションは、[デプロイの基本] タブで Oracle Data Guard 高可用性デプロイモデルを選択した場合にのみ使用できます。
VPC ネットワークを選択します。
指定した VPC ネットワーク内のサブネットを選択します。
セカンダリ サブネットを選択します。このオプションは、プライマリ リージョンとセカンダリ リージョンが異なる場合にのみ使用できます。
カスタムの VM 名の接頭辞を設定するには、デプロイ時に作成されるすべての VM の名前に適用する接頭辞を入力します。接頭辞は 3 ～ 32 文字にする必要があります。
デフォルトでは、VM 名の接頭辞はデプロイ名と同じに設定されています。
[ソフトウェア インストール メディア] フィールドで、インストール ファイルをホストするために作成した Cloud Storage バケットを選択します。
バケットが空で、まだファイルがないため、[デプロイの基本] セクションで選択したリリース アップデートのファイルが見つからないことを示すエラーが表示されます。手順は次のとおりです。
不足しているファイルをローカルマシンにダウンロードします。
- My Oracle Support からパッチ（「p」で始まるファイル）をダウンロードします。
ベース リリースは、Oracle Software Delivery Cloud または Oracle Technology Network からダウンロードします。
[ソフトウェア インストール メディア] フィールドで、もう一度 Cloud Storage バケットを選択します。ガイド付きデプロイ自動化ツールでファイルが検証され、エラーがなければ、次の手順に進むことができます。
データベース VM のマシンシリーズを選択します。
データベース VM のマシンタイプを選択します。
[続行] をクリックして次に進みます。
[ストレージ] タブで、ストレージ ディスクの作成情報を入力します。
デプロイ プロセスでは、4 つのストレージ ボリュームが作成されます。想定使用量に基づいて初期ボリューム サイズを調整してください。
- ブートディスク: オペレーティング システムと、サーバーの起動に必要なすべての重要なファイルが含まれています。20 GB ～ 65,536 GB のストレージをプロビジョニングできます。
- ソフトウェア バイナリ ディスク: Oracle ソフトウェア ファイルと
ORACLE_HOMEディレクトリを保持します。30 GB ～ 65,536 GB のストレージをプロビジョニングできます。 - データファイル ディスク: Oracle データ ディクショナリやユーザーデータなど、データベース自体を格納します。10 GB ～ 65,536 GB のストレージをプロビジョニングできます。
- 高速リカバリ領域ディスク: アーカイブ REDO ログやローカル RMAN バックアップなどのリカバリ関連ファイルを保存します。15 GB ～ 65,536 GB のストレージをプロビジョニングできます。
デプロイ構成を確認するには、[続行] をクリックします。
[確認] タブで、ガイド付きデプロイ自動化ツールは、使用可能な割り当てに対してデプロイ構成を検証し、割り当てが不足しているかどうかを示します。このような場合は、既存の割り当てに合わせてデプロイを再構成するか、次の手順で割り当てを増やします。
- [割り当ての増加をリクエスト] をクリックします。
- [割り当ての変更] ページで、要件に応じて割り当て値を更新します。
- [完了] をクリックします。
- [リクエストを送信] をクリックします。
Oracle データベース ワークロードをデプロイするには、[作成] をクリックします。
デプロイ ステータスを確認する
デプロイを作成したら、ダッシュボードで [ステータス] アイコンにマウスを合わせると、デプロイのステータスをモニタリングできます。
Workload Manager がデプロイ プロセスを完了すると、 Google Cloud コンソールに通知が届きます。デプロイが成功しなかった場合は、失敗通知が届きます。ダッシュボードでデプロイ名をクリックすると、[デプロイの詳細] ページでエラーに関する追加情報を確認できます。デプロイエラーのトラブルシューティングをご覧ください。
デプロイエラーのトラブルシューティング
デプロイ プロセスでは、Terraform が VM やストレージ ディスクなどの Google Cloud リソースを作成し、Ansible が VM 上の Oracle ソフトウェアを構成します。ワークロード マネージャーは、Cloud Build とログ エクスプローラを介して、Terraform と Ansible の両方のログを提供します。
デプロイ プロセス中にエラーが発生すると、 Google Cloud コンソールに通知が届きます。[デプロイの詳細] ページで、根本原因、追加情報を含むログへのリンク、エラーを解決する手順など、エラーの詳細を確認できます。
デプロイの Terraform プロセス中にエラーが発生した場合:
根本原因でデプロイ構成の変更が必要な場合（デプロイ名が一意でないなど）:
- デプロイを削除します。
- 正しい情報を入力して、新しいデプロイを作成します。
根本的な問題でデプロイ構成の変更が必要ない場合（割り当て不足など）:
- 問題を解決します。
エラー メッセージの [再試行] をクリックして、デプロイ プロセスを再開します。
デプロイの Ansible プロセス中にエラーが発生した場合:
根本的な問題でデプロイ構成の変更が必要な場合（たとえば、Oracle Database ファイルに誤った Cloud Storage バケットを指定した場合）:
- デプロイを削除します。
- 正しい構成を指定して、新しいデプロイを作成します。
根本原因でデプロイ構成の変更が必要ない場合（OS パッケージのダウンロードに失敗した場合など）:
- 該当する場合は、問題を解決します。
- デプロイを削除します。
- 正しい構成を指定して、新しいデプロイを作成します。