翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Oracle Database@ の開始方法AWS
の使用を開始するには Oracle Database@AWS、 Oracle Database@AWS コンソール、CLI、または APIs を使用して次のリソースを作成できます。
-
ODB ネットワーク
-
Oracle Exadata インフラストラクチャ
-
Exadata VM クラスターまたは自律 VM クラスター
-
ODB ピアリング接続
インフラストラクチャに Oracle Exadata データベースを作成するには、 Oracle Database@AWS ダッシュボードではなく Oracle Cloud Infrastructure (OCI) コンソールまたは APIsを使用する必要があります。したがって、2 つのクラウド環境にリソースをデプロイします。ネットワークリソースとインフラストラクチャリソースは にあり AWS、データベース管理コントロールプレーンは OCI にあります。詳細については、Oracle Cloud Infrastructure ドキュメントOracle Database@AWS
を設定するための前提条件 Oracle Database@AWS
Oracle Exadata インフラストラクチャを設定する前に、以下を実行してください。
-
「Oracle Database@ へのオンボーディングAWS」の手順を実行します。使用するプライベートオファーを承諾している必要があります Oracle Database@AWS。
-
IAM プリンシパルに、 にリストされているポリシーのアクセス許可を付与しますユーザーに Oracle Database@AWS リソースのプロビジョニングを許可する。これらのアクセス許可は、 の使用に必要です Oracle Database@AWS。
でサポートされている OCI サービス Oracle Database@AWS
Oracle Database@AWS は、次の Oracle Cloud Infrastructure (OCI) サービスをサポートしています。
-
Oracle Exadata Database Service on Dedicated Infrastructure – フルマネージドの専用 Exadata 環境を提供します AWS。詳細については、OCI ドキュメントの「Oracle Cloud Exadata Database Service on Dedicated Infrastructure
」を参照してください。 -
専用 Exadata インフラストラクチャ上の自律型データベース – OCI で実行されている高度に自動化されたフルマネージド型のデータベース環境を、ハードウェアとソフトウェアリソースをコミットして提供します。詳細については、OCI ドキュメントの「専用 Exadata インフラストラクチャの自律データベースについて
」を参照してください。
でサポートされているリージョン Oracle Database@AWS
は、以下 Oracle Database@AWS で使用できます AWS リージョン。
- 米国東部 (バージニア北部)
-
AZs は物理 IDs
use1-az4および で使用できますuse1-az6。 - 米国西部 (オレゴン)
-
AZs は物理 IDs
usw2-az3および で使用できますusw2-az4。 - アジアパシフィック (東京)
-
AZs は物理 IDs
apne1-az1および で使用できますapne1-az4。 - 米国東部 (オハイオ)
-
AZs は物理 IDs
use2-az1および で使用できますuse2-az2。 - 欧州 (フランクフルト)
-
AZs は物理 IDs
euc1-az1および で使用できますeuc1-az2。 - カナダ (中部)
-
AZ は物理 ID で使用できます
cac1-az4。 - アジアパシフィック (シドニー)
-
AZ は物理 ID で使用できます
apse2-az4。
前述の物理 AZ IDs にマッピングされるアカウント内の論理 AZ 名を検索するには、次のコマンドを実行します。
aws ec2 describe-availability-zones \ --region us-east-1 \ --query "AvailabilityZones[*].{ZoneName:ZoneName, ZoneId:ZoneId}" \ --output table
での IP アドレス空間の計画 Oracle Database@AWS
で IP アドレス空間を慎重に計画します Oracle Database@AWS。ODB ネットワークにプロビジョニングできるクラスターあたりの VM の数など、VMs クラスターの数に基づいて IP アドレスの消費量を検討してください。詳細については、「Oracle Cloud Infrastructure cocumentation」の「ODB Network Design
トピック
ODB ネットワーク内の IP アドレスの制限
ODB ネットワークの CIDR 範囲に関する以下の制限に注意してください。
-
ODB ネットワークのクライアントまたはバックアップサブネット CIDR 範囲は、作成後に変更することはできません。
-
IPv4 CIDR ブロックの関連付け制限のテーブルの「制限された関連付け」列で VPC CIDR 範囲を使用することはできません。 IPv4
-
Exadata X9M の場合、IP アドレス 100.106.0.0/16 および 100.107.0.0/16 は OCI オートメーションによるクラスター相互接続用に予約されているため、次の操作を行うことはできません。
-
これらの範囲を ODB ネットワークのクライアントまたはバックアップ CIDR 範囲に割り当てます。
-
ODB ネットワークへの接続に使用される VPC CIDR には、これらの範囲を使用します。
-
-
次の CIDR 範囲は Oracle Cloud Infrastructure 用に予約されており、ODB ネットワークには使用できません。
-
Oracle Cloud 予約範囲 CIDR 169.254.0.0/16
-
リザーブドクラス D 224.0.0.0 — 239.255.255.255
-
リザーブドクラス E 240.0.0.0 — 255.255.255.255
-
-
クライアントサブネットとバックアップサブネットの IP アドレス CIDR 範囲を重複させることはできません。
-
クライアントサブネットとバックアップサブネットに割り当てられた IP アドレス CIDR 範囲を、ODB ネットワークへの接続に使用される VPC CIDR 範囲と重複させることはできません。
-
VMs クラスター内の VM を別の ODB ネットワークにプロビジョニングすることはできません。ネットワークは VM クラスターのプロパティです。つまり、VMs クラスター内の VM は同じ ODB ネットワークにのみプロビジョニングできます。
ODB ネットワークのクライアントサブネット CIDR 要件
次の表に、クライアントサブネット CIDR のサービスおよびインフラストラクチャによって消費される IP アドレスの数を示します。クライアントサブネットの最小 CIDR サイズは /27 で、最大サイズは /16 です。
| IP アドレス番号 | 消費者 | 注意事項 |
|---|---|---|
| 6 | Oracle Database@AWS | これらの IP アドレスは、ODB ネットワークでプロビジョニングする VM クラスターの数に関係なく予約されます。 Oracle Database@AWS は以下を使用します。
|
| 3 | 各 VM クラスター | これらの IP アドレスは、各 VM クラスターに存在する VM の数に関係なく、単一クライアントアクセスネーム (SCANs) 用に予約されています。 VMs |
| 4 | 各 VM | これらの IP アドレスは、インフラストラクチャ内の VMs の数にのみ依存します。 |
ODB ネットワークのバックアップサブネット CIDR 要件
次の表に、バックアップサブネット CIDR のサービスおよびインフラストラクチャによって消費される IP アドレスの数を示します。バックアップサブネットの最小 CIDR サイズは /28 で、最大サイズは /16 です。
| IP アドレス番号 | 消費者 | 注意事項 |
|---|---|---|
| 3 | Oracle Database@AWS | これらの IP アドレスは、ODB ネットワークでプロビジョニングする VM クラスターの数に関係なく予約されます。 Oracle Database@AWS は以下を使用します。
|
| 3 | 各 VM | これらの IP アドレスは、インフラストラクチャ内の VMs の数にのみ依存します。 |
ODB ネットワークの IP 消費シナリオ
次の表に、VM クラスターのさまざまな設定で ODB ネットワークで使用されている IP アドレスを示します。一方、/28 はクライアントサブネット CIDR が 2 つの VM を持つ 1 つの VMs クラスターをデプロイするための技術的な最小 CIDR 範囲ですが、少なくとも /27 CIDR 範囲を使用することをお勧めします。この場合、IP 範囲は VM クラスターによって完全に消費されず、追加の IP アドレスの割り当てを許可します。
| 設定 | 消費IPs | クライアント IPs最小値 | 消費IPs | バックアップ IPs最小値 |
|---|---|---|---|---|
| 1 つの VM クラスターと 2 VMs | 17 (6 サービス + 3 クラスター + 4*2) | 32 (/27 CIDR 範囲) | 9 (3 サービス + 3*2) | 16 (/28 CIDR 範囲) |
| 1 つの VM クラスターと 3 VMs | 21 (6 サービス + 3 クラスター + 4*3) | 32 (/27 CIDR 範囲) | 12 (3 サービス + 3*3) | 16 (/28 CIDR 範囲) |
| 1 つの VM クラスターと 4 VMs | 25 (6 サービス + 3 クラスター + 4*4) | 32 (/27 CIDR 範囲) | 15 (3 サービス + 3*4) | 16 (/28 CIDR 範囲) |
| 1 つの VM クラスターと 8 VMs | 41 (6 サービス + 3 クラスター + 4*8) | 64 (/26 CIDR 範囲) | 27 (3 サービス + 3*8) | 32 (/27 CIDR 範囲) |
次の表は、特定のクライアント CIDR 範囲に応じて、各設定のインスタンス数を示しています。たとえば、4 つの VM を持つ 1 つの VMs クラスターは、クライアントサブネットで 24 個の IP アドレスを消費します。CIDR 範囲が /25 の場合、128 個の IP アドレスを使用できます。したがって、サブネットに 5 つの VM クラスターをプロビジョニングできます。
| VM クラスター設定 | /27 の数値 (32 IPs) | /26 の数値 (64 IPs) | /25 の数値 (128 IPs) | /24 の数値 (256 IPs) | /23 (512 IPs) の場合の数 | /22 (1024 IPs) の場合の数 |
|---|---|---|---|---|---|---|
| 1 VM クラスターと 2 VMs (16 IPs) | 1 | 3 | 7 | 15 | 30 | 60 |
| 1 VM クラスターと 3 VMs (20 IPs) | 1 | 3 | 6 | 12 | 24 | 48 |
| 1 VM クラスターと 4 VMs (24 IPs) | 1 | 2 | 5 | 10 | 20 | 40 |
| 2 つの VM クラスターと 2 つの VMs (27 IPs) | 1 | 2 | 4 | 9 | 18 | 36 |
| 2 つの VM クラスターと各 3 つの VMs (35 IPs) | 0 | 1 | 3 | 7 | 14 | 28 |
| それぞれ 4 つの VM を持つ 2 つの VMsクラスター (43 IPs) | 0 | 1 | 2 | 5 | 11 | 23 |
ステップ 1: で ODB ネットワークを作成する Oracle Database@AWS
ODB ネットワークは、アベイラビリティーゾーン (AZ) で OCI インフラストラクチャをホストするプライベート分離ネットワークです。ODB ネットワークと Oracle Exadata インフラストラクチャは、VM クラスターをプロビジョニングし、Exadata データベースを作成するための前提条件です。ODB ネットワークと Oracle Exadata インフラストラクチャは、どちらの順序でも作成できます。詳細については、「ODB ネットワーク」および「ODB ピアリング」を参照してください。
このタスクは、 を読んだことを前提としていますでの IP アドレス空間の計画 Oracle Database@AWS。後で ODB ネットワークを変更または削除するには、「」を参照してくださいOracle Database@ の管理AWS。
ODB ネットワークを作成するには
-
にサインイン AWS マネジメントコンソール し、https://console.aws.amazon.com/odb/
で Oracle Database@AWS コンソールを開きます。 -
右上の AWS リージョンを選択します。詳細については、「でサポートされているリージョン Oracle Database@AWS」を参照してください。
-
左側のペインで、ODB ネットワークを選択します。
-
ODB ネットワークの作成 を選択します。
-
ODB ネットワーク名には、ネットワーク名を入力します。名前は 1~255 文字で、アルファベットまたはアンダースコアで始まる必要があります。連続するハイフンを含めることはできません。
-
アベイラビリティーゾーンで、AZ 名を選択します。サポートされている AZs「」を参照してくださいでサポートされているリージョン Oracle Database@AWS。
-
クライアントサブネット CIDR には、クライアント接続の CIDR 範囲を指定します。詳細については、「ODB ネットワークのクライアントサブネット CIDR 要件」を参照してください。
-
Backup サブネット CIDR には、バックアップ接続の CIDR 範囲を指定します。バックアップトラフィックを分離して回復性を向上させるには、バックアップ CIDR とクライアント CIDR を重複させないことをお勧めします。詳細については、「ODB ネットワークのバックアップサブネット CIDR 要件」を参照してください。
-
DNS 設定では、次のいずれかのオプションを選択します。
- デフォルト
-
ドメイン名プレフィックスには、ドメインのプレフィックスとして使用する名前を入力します。ドメイン名は oraclevcn.com として修正されています。たとえば、 と入力した場合
myhost、完全修飾ドメイン名は myhost.oraclevcn.com です。 - カスタムドメイン名
-
ドメイン名には、完全なドメイン名を入力します。たとえば、myhost.myodb.com と入力します。
-
(オプション) サービス統合の場合は、VPC Lattice を使用してネットワークと統合するサービスを選択します。Oracle Database@ はさまざまな とAWS 統合 AWS のサービス され、Oracle データベースの拡張機能と接続オプションを提供します。次のいずれかの統合を選択します。
- Amazon S3
-
Amazon S3 への直接 ODB ネットワークアクセスを有効にします。データベースは、データのインポート/エクスポートまたはカスタムバックアップのために S3 にアクセスできます。JSON ポリシーを入力できます。詳細については、「Oracle Database@ での Amazon S3 へのユーザーマネージドバックアップAWS」を参照してください。
- ゼロ ETL
-
Amazon Redshift を使用してトランザクションデータでリアルタイム分析と機械学習を有効にします。詳細については、「Oracle Database@AWS Zero-ETL と Amazon Redshift の統合」を参照してください。
注記
ODB ネットワークを作成すると、Oracle Database@AWS は Oracle マネージドバックアップのネットワークアクセスを Amazon S3 に自動的に事前設定します。この統合を有効または無効にすることはできません。詳細については、「AWS サービス統合」を参照してください。
-
(オプション) タグには、ネットワークのタグを最大 50 個入力します。タグは、リソースの整理と追跡に使用できるキーと値のペアです。
-
ODB ネットワークの作成 を選択します。
ODB ネットワークを作成したら、VPC にピア接続できます。ODB ピアリングは、Amazon VPC と ODB ネットワーク間でトラフィックをプライベートにルーティングできるようにする、ユーザーが作成したネットワーク接続です。ピア接続後、VPC 内の Amazon EC2 インスタンスは、同じネットワーク内にあるかのように ODB ネットワーク内のリソースと通信できます。詳細については、「Oracle Database@ で Amazon VPC への ODB ピアリングを設定するAWS」を参照してください。
ステップ 2: で Oracle Exadata インフラストラクチャを作成する Oracle Database@AWS
Oracle Exadata インフラストラクチャは、Oracle Exadata データベースを実行するデータベースサーバー、ストレージサーバー、ネットワーキングの基盤となるアーキテクチャです。システムモデルとして Exadata X9M または X11M を選択します。その後、 AWS コンソールを使用して、Exadata インフラストラクチャに VM クラスターを作成できます。
Oracle Exadata インフラストラクチャと ODB ネットワークは、どちらの順序でも作成できます。インフラストラクチャの作成時にネットワーク情報を指定する必要はありません。
作成後に Oracle Exadata インフラストラクチャを変更することはできません。Exadata インフラストラクチャを削除するには、「」を参照してくださいでの Oracle Exadata インフラストラクチャの削除 Oracle Database@AWS。
Exadata インフラストラクチャを作成するには
-
にサインイン AWS マネジメントコンソール し、https://console.aws.amazon.com/odb/
で Oracle Database@AWS コンソールを開きます。 -
左側のペインで、Exadata インフラストラクチャを選択します。
-
「Exadata インフラストラクチャの作成」を選択します。
-
Exadata インフラストラクチャ名には、名前を入力します。名前は 1~255 文字で、アルファベットまたはアンダースコアで始まる必要があります。連続するハイフンを含めることはできません。
-
アベイラビリティーゾーンで、サポートされている AZs のいずれかを選択します。次いで、[次へ] を選択します。
-
Exadata システムモデルの場合は、Exadata.X9M または Exadata.X11M のいずれかを選択します。Exadata.X11M の場合は、次のサーバータイプも選択します。
-
データベースサーバータイプで、Exadata インフラストラクチャのデータベースサーバーモデルタイプを選択します。現在、唯一の選択肢は X11M です。
-
ストレージサーバータイプで、Exadata インフラストラクチャのストレージサーバーモデルタイプを選択します。現在、唯一の選択肢は X11M-HC です。
-
-
データベースサーバーの場合は、デフォルトを 2 のままにするか、スライダーを移動して最大 32 台のサーバーを選択します。2 つ以上を指定するには、OCI の制限の引き上げをリクエストします。
各 Exadata X9M データベースサーバーは 126 OCPUs をサポートしています。各 Exadata X11M データベースサーバーは、760 ECPUs をサポートしています。サーバー数を変更すると、合計コンピューティング数が変わります。OCPUs と ECPUs、Oracle ドキュメントの「Compute Models in Autonomous Database
」を参照してください。 -
ストレージサーバーの場合は、デフォルトを 3 のままにするか、スライダーを移動して最大 64 台のサーバーを選択します。3 つ以上を指定するには、OCI の制限の引き上げをリクエストします。各 X9M ストレージサーバーは 64 TB を提供します。各 X11m ストレージサーバーは 80 TB を提供します。サーバー数を変更すると、ストレージの合計 TB が変更されます。次いで、[次へ] を選択します。
-
メンテナンスウィンドウで、システムメンテナンスをいつ実行できるかを設定します。
-
スケジュール設定では、次のいずれかのオプションを選択します。
-
Oracle マネージドスケジュール - Oracle はメンテナンスアクティビティの最適な時間を決定します。
-
カスタマーマネージドスケジュール - メンテナンスアクティビティをいつ実行できるかを指定します。
-
-
パッチ適用モードでは、次のいずれかのオプションを選択します。
-
ローリング - 更新は一度に 1 つのノードに適用され、パッチ適用中にデータベースを引き続き使用できます。
-
非ローリング - 更新はすべてのノードに同時に適用され、ダウンタイムが必要になる場合があります。
-
-
カスタマー管理スケジュールを選択した場合は、次の追加設定を行います。
-
メンテナンス月では、メンテナンスを実行できる月を選択します。
-
月の週で、メンテナンスを実行できる月の週 (1 番目、2 番目、3 番目、4 番目、または 1 番目) を選択します。
-
曜日には、メンテナンスを実行できる日 (月曜日から日曜日) を選択します。
-
Start hour では、メンテナンスウィンドウが開始される時間を選択します。時刻は UTC です。
-
通知リードタイムには、今後のメンテナンスについて通知を受ける日数を選択します。
-
注記
Oracle Cloud Infrastructure は、このウィンドウ中にシステムメンテナンスを実行します。メンテナンス中、Exadata インフラストラクチャは引き続き使用できますが、レイテンシーが短時間長くなることがあります。
-
-
(オプション) OCI メンテナンス通知の連絡先には、最大 10 個の E メールアドレスを入力します。これらの E メールアドレスを OCI AWS に転送します。更新が発生すると、OCI はリストされたアドレスに通知を郵送します。
-
(オプション) タグには、インフラストラクチャに最大 50 個のタグを入力します。タグは、リソースの整理と追跡に使用できるキーと値のペアです。
-
次へ を選択し、インフラストラクチャ設定を確認します。
-
Exadata インフラストラクチャの作成を選択します。
ステップ 3: で Exadata VM クラスターまたは Autonomous VM クラスターを作成する Oracle Database@AWS
Exadata VM クラスターは、Oracle Exadata データベースを作成できる一連の VMs です。Exadata インフラストラクチャに VM クラスターを作成します。異なる Oracle Exadata インフラストラクチャを持つ複数の VM クラスターを同じ ODB ネットワークにデプロイできます。Exadata VM クラスターで作成するデータベースを完全に管理できます。
自律型 VM クラスターは、Oracle Exadata コンピューティングリソースとストレージリソースの事前割り当て済みプールであり、VM レベルで仮想化され、自律型データベース (ADB) を実行します。Exadata VM クラスターで作成するユーザー管理データベースとは異なり、自律型データベースは、データベース管理者ではなく Oracle によって自己調整、自己パッチ、管理されます。
VM クラスターを作成するときは、次の制限を考慮してください。
-
VM クラスターは、ODB ネットワークと Oracle Exadata インフラストラクチャを作成した AZ にのみデプロイできます。
-
VM クラスターをアカウント間で共有しない場合は、Oracle Exadata インフラストラクチャ AWS アカウント と同じ にある必要があります。 AWS RAM を使用して ODB ネットワークと Oracle Exadata インフラストラクチャを 1 つの AWS アカウントから信頼されたアカウントと共有する場合、信頼されたアカウントは自分のアカウントに VM クラスターを作成できます。
-
ODB ネットワークには VM クラスターのみをデプロイできます。他のリソースは許可されません。
-
VM クラスターの作成後にストレージ割り当てを変更することはできません。
重要
VM クラスターのサイズによっては、作成プロセスに 6 時間以上かかる場合があります。
ステップ 4: Oracle Cloud Infrastructure で Oracle Exadata データベースを作成する
では Oracle Database@AWS、 AWS コンソール、CLI、または APIs を使用して、次のリソースを作成および管理できます。
-
ODB ネットワーク
-
Oracle Exadata インフラストラクチャ
-
Exadata VM クラスターと自律 VM クラスター
-
ODB ピアリング接続
作成したインフラストラクチャで Oracle Exadata データベースを作成および管理するには、 Oracle Database@AWS ダッシュボードではなく Oracle Cloud Infrastructure コンソールを使用する必要があります。ユーザー管理の Exadata データベースを Exadata VM クラスターに作成し、Autonomous Database を Autonomous Exadata VM クラスターに作成できます。OCI で Oracle データベースを作成する方法については、Oracle Cloud Infrastructure ドキュメントの「Exadata Database
Oracle Exadata データベースを作成するには
-
にサインイン AWS マネジメントコンソール し、https://console.aws.amazon.com/odb/
で Oracle Database@AWS コンソールを開きます。 -
左側のペインで、Exadata VM クラスターまたは Autonomous VM クラスターを選択します。
-
VM クラスターを選択すると、詳細ページが表示されます。
-
Oracle Cloud Infrastructure コンソールにリダイレクトする OCI で管理を選択します。
-
OCI でユーザー管理の Exadata データベースまたは Autonomous Database を作成します。