コンピュート・インスタンスの概念

インスタンスを起動するためのコンポーネント

コンピュート・インスタンスを起動するには、次のコンポーネントが必要です:

テナンシ

すべての組織コンパートメントとクラウド・リソースを含むルート・コンパートメント。「サービス・エンクレーブ」管理者は、コンパートメントが作成されるテナンシを作成します。テナンシ管理者は、コンピュート・リソースが作成されたテナンシにコンパートメントを作成します。インスタンスが起動されるコンパートメントを保有するには、テナンシが必要です。

コンパートメント

組織の管理者から権限を付与された特定のグループのみがアクセスできる関連リソースのコレクション。コンピュート・インスタンスはコンパートメントに作成されます。すべてのコンパートメントは、ルート・コンパートメントであるテナンシに存在します。

仮想クラウド・ネットワーク(VCN)

コンピュート・インスタンスが実行される従来のネットワーク(サブネット、ルート表およびゲートウェイを含む)の仮想バージョン。コンピュート・インスタンスを起動する前に、「コンピュート・エンクレーブ」管理者が少なくとも1つのクラウド・ネットワークを設定する必要があります。

キー・ペア

インスタンスの起動に使用されるイメージが認証にSecure Shell (SSH)を必要とするように構成されている場合は、インスタンスを起動する前にRSA SSHキー・ペアが必要です。この要件は、Private Cloud Applianceで提供されるイメージおよびほとんどのUNIXタイプのイメージから起動されたインスタンスに適用されます。イメージがパスワードを使用するように構成されている場合は、キー・ペアのかわりにパスワードが必要です。

イメージ

コンピュート・インスタンスのオペレーティング・システムおよびその他のソフトウェアを決定する仮想ハード・ドライブのテンプレート。次のイメージを使用してコンピュート・インスタンスを起動することもできます:

Oracle Private Cloud Applianceで提供されるイメージ
他のインスタンスから作成されたカスタム・イメージ
独自のイメージのインポート

イメージの詳細は、「Oracle Private Cloud Applianceユーザーズ・ガイド」の「コンピュート・イメージ」を参照してください。

シェイプ

新しく作成したコンピュート・インスタンスに割り当てられるCPU数、メモリー量およびその他のリソースを決定するテンプレート。コンピュート・インスタンスを起動するときに最も適切なシェイプを選択します。

コンピュート・シェイプ

シェイプは、コンピュート・インスタンスに割り当てられるOCPUの数、メモリー量およびVNICの数を決定するテンプレートです。インスタンスの作成時にシェイプを選択します。

Private Cloud Applianceは、次の2つのタイプのシェイプをサポートしています:

標準シェイプ: 各シェイプには、インスタンスの作成時にインスタンスに割り当てられる固定数のOCPUおよびメモリーがあります。
フレキシブル・シェイプ: OCPUとメモリーの数が固定されていません。フレキシブル・シェイプでは、インスタンスの作成時にインスタンスに割り当てるOCPUの数およびメモリー量を選択できます。

標準シェイプ

標準シェイプは汎用ワークロード用に設計されており、広範な種類のアプリケーションおよびユースケースに適しています。標準シェイプは、コア、メモリーおよびネットワーク・リソースのバランスを取ります。すべての標準シェイプで、ブート・デバイスにブロック・ストレージが使用されます。

次の表に、標準のシェイプを示します:

Shape	OCPU	メモリー(GB)	最大VNIC	最大帯域幅(Gbps)
VM.PCAStandard1.1	1	16	2	24.6
VM.PCAStandard1.2	2	32	2	24.6
VM.PCAStandard1.4	4	64	4	24.6
VM.PCAStandard1.8	8	128	8	24.6
VM.PCAStandard1.16	16	256	16	24.6
VM.PCAStandard1.24	24	384	24	24.6
VM.PCAStandard1.32	32	512	24	32.0
VM.PCAStandard1.48	48	768	24	48.0
VM.PCAStandard1.60	60	960	24	100.0

フレキシブル・シェイプ

柔軟なシェイプにより、インスタンスの起動時にOCPU数およびメモリー容量をカスタマイズできます。この柔軟性により、パフォーマンスを最適化し、リソースを効率的に使用しながら、ワークロード要件を満たすインスタンスを作成できます。

Private Cloud Applianceで提供されるイメージは、フレックス・シェイプをサポートしています。

Shape	OCPU	メモリー(GB)	最大VNIC	最大帯域幅
VM.PCAStandard1.Flex	1-32	OCPUあたり最大64 のGB インスタンス当たり最大512 GB	1 OCPU: 2つのVNIC 2から24 OCPU: OCPU当たり1つのVNIC 25から32 OCPU: 24個のVNIC	1 OCPU当たり1Gbps

Shape

OCPU

メモリー(GB)

最大VNIC

最大帯域幅

VM.PCAStandard1.Flex

1-32

OCPUあたり最大64 のGB

インスタンス当たり最大512 GB

1 OCPU: 2つのVNIC

2から24 OCPU: OCPU当たり1つのVNIC

25から32 OCPU: 24個のVNIC

1 OCPU当たり1Gbps

コンピュート・インスタンスのストレージ

次のサービスを使用して、コンピュート・インスタンスに使用可能なストレージを拡張できます:

ブロック・ボリューム: 1つ以上のコンピュート・インスタンスにアタッチできるブロック・ボリュームを動的にプロビジョニングおよび管理できます。
ファイル・ストレージ: 仮想クラウド・ネットワーク(VCN)内の任意のコンピュート・インスタンスから接続できる、耐久性のあるスケーラブルでセキュアなエンタープライズ・グレードのネットワーク・ファイル・システム。
オブジェクト・ストレージ: あらゆるコンテンツ・タイプの大量の非構造化データを格納できる、インターネット規模の高パフォーマンスなストレージ・プラットフォーム。このストレージは特定のコンピュート・インスタンスに関連付けられていません。

コンピュート・インスタンスのライフサイクル

このリストは、コンピュート・インスタンスの様々なライフサイクル状態について説明しています。

起動中: コンピュート・インスタンスの作成時に発生します。インスタンスは、プロビジョニング状態で「コンピュートWeb UI」に表示されます。状態が実行中に更新されるまで、プロビジョニングに数分かかります。インスタンスの実行後、接続を試行する前に、オペレーティング・システムの起動に数分かかります。
接続中: Secure Shell (SSH)接続を使用して、実行中のLinuxまたはOracle Solarisインスタンスに接続します。ほとんどのLinuxおよびUNIXのようなオペレーティング・システムには、デフォルトでSSHクライアントが含まれています。
ブート・ボリュームのバックアップ中: 次のいずれかのメソッドを使用して、ブロック・ボリュームのバックアップ機能を使用してブート・ボリュームをバックアップできます:
- 手動バックアップ: バックアップ・コマンドの作成、取得、リスト、名前変更および削除を手動で実行します。
- 自動バックアップ: ボリューム・バックアップの時間と頻度を指定するバックアップ・ポリシーおよびバックアップ・ポリシー割当てを作成します。システムは、ボリュームをバックアップするコマンドを自動的に実行します。
停止中: インスタンスへのログイン時に、コンピュートWeb UI、OCI CLI、コンピュートAPIを使用するか、オペレーティング・システムで使用可能なコマンドを使用して、インスタンスを停止できます。

インスタンスで実行されているアプリケーションの停止に15分以上かかる場合、それらのアプリケーションが不適切に停止する可能性があります。この状況を回避するには、インスタンスを停止する前に、OSで使用可能なコマンドを使用してインスタンスを停止します。
起動または再起動中: コンピュートWeb UI、OCI CLIおよびコンピュートAPIを使用して、必要に応じてインスタンスを起動または再起動できます。
リブート中: 必要に応じて、コンピュートWeb UI、OCI CLIおよびコンピュートAPIを使用してインスタンスを再起動できます。デフォルトでは、再起動は、オペレーティング・システムに停止コマンドを送信してインスタンスを正常に再起動します。 OSが停止するまで15分間待った後、インスタンスの電源が切断され、再び投入されます。
終了中: 不要になったインスタンスは永久に終了(削除)できます。アタッチされたVNICおよびボリュームは、インスタンスの終了時に自動的にデタッチされます。最終的に、インスタンスのパブリックおよびプライベートIPアドレスは解放され、他のインスタンスで使用可能になります。

デフォルトでは、インスタンス・ブート・ボリュームはインスタンスの終了時に保持されます。ブート・ボリュームは、データ・ボリュームとして別のインスタンスにアタッチすることも、それを使用して新しいインスタンスを起動することもできます。ブート・ボリュームが不要になった場合は、「Oracle Private Cloud Applianceユーザーズ・ガイド」の「ブロック・ボリューム・ストレージ」章のブート・ボリュームの削除の説明に従って、完全に削除できます。

詳細は、「コンピュート・インスタンスのデプロイメント」のインスタンスのライフサイクルの管理を参照してください。

コンピュート・インスタンス接続

Secure Shell (SSH)接続またはリモート・デスクトップ接続を使用して、実行中のコンピュート・インスタンスに接続できます。

ほとんどのUNIXスタイル・システムには、デフォルトでSSHクライアントが含まれています。

インスタンスへの接続のステップについては、「Oracle Private Cloud Applianceユーザーズ・ガイド」の「コンピュート・インスタンスのデプロイメント」の章にあるコンピュート・インスタンスへの接続に関する項を参照してください。

コンピュート・イメージ

イメージは、仮想ハード・ドライブのテンプレートです。このイメージによって、コンピュート・インスタンスのオペレーティング・システムとその他のソフトウェアが決まります。コンピュート・インスタンスの起動時に使用するイメージを指定します。

コンピュート・インスタンスの起動に使用できるイメージのタイプは次のとおりです:

Oracle Private Cloud Applianceで提供されるイメージ: Private Cloud Applianceには、Oracle LinuxイメージやOracle Solarisイメージなどの一部のイメージが含まれます。これらのイメージは、プラットフォーム・イメージと呼ばれます。プラットフォーム・イメージは、すべてのテナンシのすべてのコンパートメントで使用できます。プラットフォーム・イメージにアクセスしてインスタンスを作成するために、プラットフォーム・イメージをダウンロードまたはインポートする必要はありません。
カスタム・イメージ: コンピュート・インスタンスのブート・ディスクのカスタム・イメージを作成し、それを使用して他のコンピュート・インスタンスを起動できます。イメージから起動するインスタンスには、イメージの作成時にインストールされたカスタマイズ、構成およびソフトウェアが含まれます。「インスタンスから作成されたカスタム・イメージ」を参照してください。
独自のイメージを持ち込む: 基礎となるハードウェアがサポートしているかぎり、独自のバージョンのオペレーティング・システムをクラウドに持ち込むことができます。 Private Cloud Applianceサービスは、実行するOSに依存しません。 Bring Your Own Image (BYOI)を参照してください。

ノート:

Private Cloud Applianceのイメージには、準仮想化ネットワーク・デバイスおよびブート・ボリュームが必要です。 SR-IOVネットワーク・デバイスとiSCSIブート・ボリュームはサポートされていません。

インスタンスから作成されたカスタム・イメージ

コンピュート・インスタンスのブート・ディスクのカスタム・イメージを作成し、それを使用して他のコンピュート・インスタンスを起動できます。イメージから起動するインスタンスには、イメージの作成時にインストールされたカスタマイズ、構成およびソフトウェアが含まれます。

カスタム・イメージには、アタッチされているブロック・ボリュームのデータは含まれません。

制限事項と考慮事項

特定のIPアドレスはPrivate Cloud Appliance用に予約されており、アドレス採番スキームでは使用されない場合があります。詳細は、このガイドの「予約済ネットワーク・リソース」を参照してください。
インスタンスのイメージを作成する場合、インスタンスは停止状態である必要があります。カスタム・イメージを作成した後、インスタンスを再起動できます。
コンピュート・インスタンスがイメージ作成プロセスに関与している間は、コンピュート・インスタンスの追加のカスタム・イメージを作成できません。ただし、同時に異なるコンピュート・インスタンスのイメージを作成できます。
カスタム・イメージは、イメージが作成されたコンパートメントに対して認可されたすべてのユーザーが使用できます。
カスタム・イメージは、デフォルトでベース・イメージに設定されている互換性のあるシェイプを継承します。

独自のイメージの導入(BYOI)

Bring Your Own Image (BYOI)機能を使用すると、基礎となるハードウェアがサポートしているかぎり、独自のバージョンのオペレーティング・システムをPrivate Cloud Applianceにインポートできます。サービスは、実行するOSに依存しません。

BYOI機能には、次の利点があります:

クラウド移行プロジェクトを有効にします。
新しいオペレーティング・システムもサポートします。
実験を奨励します。
インフラストラクチャの柔軟性が高まります。

重要:

指定したOSイメージに基づいてインスタンスをアップロードおよび起動する場合は、すべてのライセンス要件に準拠する必要があります。

リフト・アンド・シフト・クラウド移行プロジェクトの重要な部分は、オンプレミスの仮想マシン(VM)をクラウドに移行することです。カスタム・イメージ・インポート機能を使用してオンプレミスの仮想ルート・ボリュームをPrivate Cloud Applianceにインポートした後、それらのイメージを使用してコンピュート・インスタンスを起動できます。

Microsoft WindowsおよびLinuxベースのカスタム・イメージをインポートし、それを使用してPrivate Cloud Applianceでインスタンスを起動できます。

Linuxソース・イメージの要件

カスタム・イメージは、次の要件を満たしている必要があります:

最大イメージ・サイズは400 GBです。
イメージはBIOSブート用に設定する必要があります。
1つのディスクのみがサポートされ、有効なマスター・ブート・レコード(MBR)とブート・ローダーを持つブート・ドライブである必要があります。イメージ・ブート・ボリュームのインポート後、追加のデータ・ボリュームを移行できます。
ブート・プロセスで、正常に起動するためにそれ以上のデータ・ボリュームが存在していてはなりません。
ブート・ローダーは、LVMまたはUUIDを使用してブート・ボリュームを検索する必要があります。
ディスク・イメージを暗号化できません。
ディスク・イメージはVMDKまたはQCOW2ファイルである必要があります。これらのイメージは、.ociタイプのイメージに変換できます。
- スナップショットを作成するのではなく、ソース・ボリュームをクローニングしてイメージ・ファイルを作成します。
- VMDKファイルは、単一の拡張可能(monolithicSparse)タイプまたはストリーム最適化(streamOptimized)タイプのいずれかである必要があります。どちらのタイプも単一のVMDKファイルで構成されます。複数のファイルを使用するもの、分割ボリューム、スナップショットを含むものなど、その他のすべてのVMDKフォーマットはサポートされていません。
ネットワーク・インタフェースは、DHCPを使用してネットワーク設定を検出する必要があります。カスタム・イメージをインポートするとき、既存のネットワーク・インタフェースは再作成されません。既存のネットワーク・インタフェースは、インポート・プロセスの完了後に単一のNICで置き換えられます。インポートされたインスタンスの起動後に、追加のVNICをアタッチできます。
ネットワーク構成は、ネットワーク・インタフェースのMACアドレスをハードコードしてはいけません。
証明書ベースのSSHを有効にすることをお薦めしますが、この推奨事項はオプションです。

Microsoft Windowsソース・イメージの要件

最大イメージ・サイズは400 GBです。
イメージはBIOSブート用に設定する必要があります。
1つのディスクのみがサポートされ、有効なマスター・ブート・レコード(MBR)とブート・ローダーを持つブート・ドライブである必要があります。イメージ・ブート・ボリュームのインポート後、追加のデータ・ボリュームを移行できます。
最小ブート・ボリューム・サイズは256 GBです。
ブート・プロセスでは、正常に起動するために他のデータ・ボリュームが存在している必要はありません。
ディスク・イメージを暗号化できません。
ディスク・イメージはVMDKまたはQCOW2ファイルである必要があります。スナップショットを作成するのではなく、ソース・ボリュームをクローニングしてイメージ・ファイルを作成します。 VMDKファイルは、単一の拡張可能(monolithicSparse)タイプまたはストリーム最適化(streamOptimized)タイプのいずれかである必要があります。どちらのタイプも単一のVMDKファイルで構成されます。複数のファイルを使用するもの、分割ボリューム、スナップショットを含むものなど、その他のすべてのVMDKフォーマットはサポートされていません。
ネットワーク・インタフェースは、DHCPを使用してネットワーク設定を検出する必要があります。カスタム・イメージをインポートするとき、既存のネットワーク・インタフェースは再作成されません。既存のネットワーク・インタフェースは、インポート・プロセスの完了後に単一のNICで置き換えられます。インポートしたインスタンスを起動した後で、追加のVNICをアタッチできます。
ネットワーク構成は、ネットワーク・インタフェースのMACアドレスをハードコードしてはいけません。

ブート・ボリューム

Oracleプラットフォーム・イメージまたはカスタム・イメージに基づいてコンピュート・インスタンスを起動すると、コンピュート・インスタンスの新しいブート・ボリュームが同じコンパートメントに作成されます。そのブート・ボリュームは、コンピュート・インスタンスを終了するまで、そのコンピュート・インスタンスに関連付けられます。

コンピュート・インスタンスを終了するときに、ブート・ボリュームとそのデータを保持できます。この機能により、コンピュート・インスタンスのブート・ボリュームをより詳細に制御および管理でき、次が可能になります:

インスタンスのスケール中: コンピュート・インスタンスを終了するとき、関連付けられたブート・ボリュームを保存しておいて、それを使用して、別のコンピュート・インスタンス・タイプまたはシェイプで新しいコンピュート・インスタンスを起動することができます。この柔軟性により、コンピュート・インスタンスのコア数を容易にスケール・アップまたはスケール・ダウンできます。
トラブルシューティングと修復: ブート・ボリュームの問題がコンピュート・インスタンスの問題を引き起こしていると思われる場合は、コンピュート・インスタンスを停止し、ブート・ボリュームをデタッチできます。その後、それをデータ・ボリュームとして別のコンピュート・インスタンスにアタッチして、それをトラブルシューティングできます。問題を解決したら、元のコンピュート・インスタンスに再アタッチするか、それを使用して新しいコンピュート・インスタンスを起動できます。

ブート・ボリュームの暗号化

ブート・ボリュームは、他のブロック・ストレージ・ボリュームと同様に、デフォルトで暗号化されます。

重要:

通常、「独自のイメージの導入」(BYOI)シナリオ用にインポートされたカスタム・イメージから起動されたコンピュート・インスタンスでは、暗号化はサポートされていません。

ブート・ボリュームのリスト

特定のコンパートメント内のすべてのブート・ボリュームをリストしたり、単一のブート・ボリュームに関する詳細情報をリストしたりできます。

ブート・ボリューム・アタッチメントのリスト

特定のコンパートメント内のすべてのブート・ボリューム・アタッチメントをリストできます。単一のブート・ボリューム・アタッチメントに関する詳細情報を表示することもできます。

ブート・ボリュームのデタッチおよびアタッチ

ブート・ボリュームが関連付けられたコンピュート・インスタンスからデタッチされている場合は、コンピュート・インスタンスに再アタッチできます。デタッチされたブート・ボリュームでコンピュート・インスタンスを再起動する場合は、ブート・ボリュームを再アタッチする必要があります。

ブート・ボリュームの問題がコンピュート・インスタンスの問題を引き起こしていると思われる場合は、コンピュート・インスタンスを停止し、ブート・ボリュームをデタッチできます。その後、それをデータ・ボリュームとして別のコンピュート・インスタンスにアタッチして、それをトラブルシューティングできます。

ブート・ボリュームが関連付けられたコンピュート・インスタンスからデタッチされている場合、またはコンピュート・インスタンスが停止または終了している場合、そのブート・ボリュームをデータ・ボリュームとして別のコンピュート・インスタンスにアタッチできます。

ブート・ボリューム・パーティションの拡張

ボリュームのサイズを変更することで、既存のコンピュート・インスタンスのブート・ボリュームのパーティションを拡張できます。より大きなサイズを利用するには、ブート・ボリュームのパーティションも拡張する必要があります。

ブート・ボリュームの削除

コンピュート・インスタンスを終了するときに、関連付けられたブート・ボリュームを削除または保持することを選択します。

ブート・ボリュームがコンピュート・インスタンスからデタッチされている場合は、ブート・ボリュームを削除できます。

ブート・ボリュームを管理するステップについては、「Oracle Private Cloud Applianceユーザーズ・ガイド」の「ブロック・ボリューム・ストレージ」の章を参照してください。

カスタム・ブート・ボリューム・サイズ

コンピュート・インスタンスを起動するときに、選択したイメージのデフォルト・ブート・ボリューム・サイズを使用するか、最大32 TBのカスタム・サイズを指定するかを選択できます。

Linuxベースのイメージの場合、カスタム・ブート・ボリュームのサイズは、イメージのデフォルト・ブート・ボリューム・サイズまたは50 GB(どちらか大きいほう)より大きくする必要があります。

Microsoft Windowsベースのイメージの場合、カスタム・ブート・ボリューム・サイズは、イメージのデフォルト・ブート・ボリューム・サイズまたは256 GBのいずれか大きい方より大きくする必要があります。 Microsoft Windowsイメージの最小サイズ要件は、大量の領域を必要とする可能性のあるパッチおよび更新に使用できる十分な領域を確保することです。

カスタム・ブート・ボリュームのサイズを指定する場合は、より大きなサイズを利用するためにボリュームを拡張する必要があります。

ブート・ボリューム・バックアップ

Block Volumeサービスのバックアップ機能を使用すると、クラッシュ・コンシステントのバックアップを作成できます。これは、アプリケーションの中断やダウンタイムを発生させることなく、ブート・ボリュームのポイント・イン・タイム・スナップショットです。実行中のコンピュート・インスタンスにアタッチされている間、またはコンピュート・インスタンスからデタッチされている間に、ブート・ボリュームのバックアップを作成できます。バックアップは完全バックアップです。

ブート・ボリュームは、任意のブート・ボリューム・バックアップからリストアできます。バックアップを保持する必要があるのは、注意が必要な時間帯のみです。

ブート・ボリューム・タグ

ブート・ボリューム・バックアップが作成されると、ソース・ブート・ボリューム・タグがブート・ボリューム・バックアップに自動的に含まれます。

ブート・ボリューム・バックアップからコンピュート・インスタンスを作成すると、コンピュート・インスタンスにはソース・ブート・ボリューム・タグが含まれます。

ブート・ボリューム・バックアップ・サイズ

次の理由により、ブート・ボリューム・バックアップ・サイズがソース・ブート・ボリューム・サイズよりも大きい場合があります:

書き込まれたブート・ボリュームの一部は、ブート・ボリューム・バックアップに含まれます。
多くのオペレーティング・システムでは、コンテンツが書込みまたはゼロになり、これらのブロックは使用済としてマークされます。 Block Volumeサービスでは、これらのブロックが更新されたとみなされ、ボリューム・バックアップに含まれます。
ブート・ボリュームのバックアップには、追加データで最大1 GBのメタデータも含まれます。

ブート・ボリュームのリストア

ブート・ボリューム・バックアップを使用してコンピュート・インスタンスを作成するか、それをデータ・ボリュームとして別のコンピュート・インスタンスにアタッチできます。ただし、ブート・ボリュームのバックアップを使用する前に、それをブート・ボリュームにリストアする必要があります。

ブート・ボリュームは、任意のブート・ボリューム・バックアップからリストアできます。バックアップを保持する必要があるのは、注意が必要な時間帯のみです。

ブート・ボリュームのクローニング

Block Volumeサービスを使用して、ブート・ボリュームからクローンを作成できます。クローニングでは、バックアップおよびリストア・プロセスを実行することなく、既存のブート・ボリュームのコピーを作成できます。

それ以降にソース・ブート・ボリューム上のデータに加えた変更は、ブート・ボリューム・クローンにコピーされません。クローンのサイズは、クローンの作成時により大きなボリューム・サイズを指定しないかぎり、ソース・ブート・ボリュームと同じサイズです。

クローン操作はただちに開始され、状態が使用可能に変わったときにクローニングされたブート・ボリュームを使用できます。

ソース・ブート・ボリュームのクローニング中、そのボリュームに対するポイント・イン・タイム参照は1つです。関連付けられているコンピュート・インスタンスの実行中にブート・ボリュームをクローニングする場合は、最初のクローン操作が完了するのを待ってから、さらにクローンを作成する必要があります。また、バックアップ操作が完了するまで待機する必要があります。

同じテナント内でブート・ボリュームのクローンのみを作成できます。操作に必要なアクセス権限を持っているかぎり、コンパートメント間でブート・ボリュームのクローンを作成できます。

バックアップとクローンの比較については、を参照してください。

インスタンスのバックアップおよびリストア

Oracle Private Cloud Applianceには、インスタンスをバックアップできる「コンピュート・エンクレーブ」 APIが用意されています。コマンドは、様々なユースケースに柔軟に対応できます。

ユース・ケース

インスタンスおよびアタッチされたブロック・ボリュームをバックアップします。
バックアップを安全のために別のサーバーに保存します。
障害のあるインスタンスおよびアタッチされたブロック・ボリュームをリストアします。
バックアップを使用して一致するインスタンスを作成します。
バックアップ/リストア機能を使用して、インスタンスを別のテナンシまたは別のアプライアンスに移行します。

次の項では、バックアップおよびリストア・プロセスの概要について説明します。ステップについては、「Oracle Private Cloud Applianceユーザーズ・ガイド」の章「コンピュート・インスタンスのデプロイメント」の「インスタンスのバックアップおよびリストア」を参照してください。

インスタンス・バックアップ・プロセス

エクスポート操作を使用して、オブジェクト・ストレージ・バケットにインスタンス・バックアップを作成します。

インスタンス・バックアップのエクスポート操作では、次のアクションが実行されます:
- ソース・イメージ、ブート・ボリュームおよびアタッチされたブロック・ボリュームを含むインスタンスのバックアップを作成します。
- バックアップをQCOW2形式のファイルに書き込みます。
- ブート・ボリュームおよびブロック・ボリュームのすべてのバックアップ・ファイルおよびメタデータを含むアーカイブを作成します。
- 選択したObject Storageバケットにバックアップをエクスポートします。
保護のために、バックアップ・オブジェクトをバケットからデータ・センター内の別のシステムに転送します。

インスタンス・リストア・プロセス

データ・センター内のシステムから、インスタンスをリストアするアプライアンスのObject Storageバケットにバックアップを転送します。
インポート・プロセスを使用して、インスタンス・バックアップをバケットからアプライアンスの内部リソースにインポートします。

インポート機能では、次の処理が実行されます:
- tarアーカイブを抽出して、ソース・イメージ、ブート・ボリュームおよびブロック・ボリュームのバックアップをアタッチメント・データとともに取得します。
- ソース・イメージを作成します。
- ブロック・ボリュームをコンパートメントに追加します(アタッチされていません)。
インスタンスを作成し、バックアップ・ブート・ボリュームをイメージ・ソースとして選択します。
任意のブロック・ボリュームをアタッチします。

リストアされたインスタンスには、ソース・インスタンスと同じ特性があります。たとえば:

OSのタイプとバージョン。
OS構成は、ソース・インスタンスのOS構成と一致します。これには、OSユーザー・アカウントやインストール済アプリケーションなどが含まれます。
ストレージのタイプ(高パフォーマンスまたはバランス・パフォーマンス)は、ソース・インスタンスと一致します。
リストアされたインスタンスにブロック・ボリュームをアタッチした後、ブロック・ボリュームのすべてのソフトウェアを使用できます。

リストアされたインスタンスのいくつかの側面がソース・インスタンスと異なります。次に例を示します:

リストアされたインスタンスおよび関連するコンポーネント(ブート・ボリュームやブロック・ボリュームなど)には、ソース・インスタンスと一致しない一意のOCIDsがあります。
ソース・インスタンス・ユーザー・アカウントSSHキーは、リストアされたインスタンスに含まれません。
リストアされたインスタンスの作成時に、別のコンパートメントで、起動時に構成する別の名前、シェイプ、サブネットおよびその他のすべての属性を使用してインスタンスを構成できます。

コンピュート・インスタンス管理の簡素化

次の機能を使用して、コンピュート・インスタンスの管理を簡略化できます:

インスタンス構成: は、コンピュート・インスタンスの作成時に使用する設定を定義するテンプレートです。
インスタンス・プール: は、同じコンピュート・インスタンス構成から作成され、グループとして管理されるコンピュート・インスタンスのグループです。

コンピュート・サービスを管理するステップについては、「Oracle Private Cloud Applianceユーザーズ・ガイド」の「コンピュート・イメージ」の章を参照してください。

インスタンス構成

コンピュート・インスタンス構成では、ベース・イメージ、シェイプおよびメタデータなどの詳細を含む、コンピュート・インスタンスの作成時に使用する設定を定義します。ブロック・ボリューム・アタッチメントやネットワーク構成など、コンピュート・インスタンスに関連付けられたリソースも指定できます。

インスタンス・プール

インスタンス・プールでは、同じインスタンス構成から複数のコンピュート・インスタンスを作成できます。また、IAMサービスなどの他のサービスとの統合も可能になり、コンピュート・インスタンスのグループの管理が容易になります。

既存のコンピュート・インスタンス構成を使用して、コンピュート・インスタンス・プールを作成します。

コンピュート・インスタンス構成を更新する必要がある場合は、新しいコンピュート・インスタンス構成を作成し、新しいコンピュート・インスタンス構成を使用するようにコンピュート・インスタンス・プールを更新します。

コンピュート・インスタンス・プールを削除できます。

注意:

コンピュート・インスタンス・プールを削除すると、関連するコンピュート・インスタンス、アタッチされたブート・ボリューム、ブロック・ボリュームを含め、そのすべてのリソースが完全に削除されます。

インスタンス・プールのライフサイクル状態

次のリストに、コンピュート・インスタンス・プールの様々なライフサイクル状態を示します。

プロビジョン中: コンピュート・インスタンス・プールを作成すると、コンピュート・インスタンス・プールが最初に存在する状態になります。コンピュート・インスタンス・プールのインスタンスは、指定されたコンピュート・インスタンス構成に基づいて構成されています。
開始中: コンピュート・インスタンスが起動中です。この時点で実行できるアクションは、コンピュート・インスタンス・プールを終了することです。
実行中: コンピュート・インスタンスが作成され、実行されています。
停止中: コンピュート・インスタンスはシャットダウン中です。
停止済: コンピュート・インスタンスが停止されます。
スケール中: コンピュート・インスタンスのプール・サイズを更新すると、コンピュート・インスタンスの作成中(プール・サイズの拡大の場合)またはコンピュート・インスタンスの終了中(プール・サイズの縮小の場合)にプールがこの状態になります。この時点で実行できるアクションは、コンピュート・インスタンス・プールを終了することです。
終了中: コンピュート・インスタンスと関連リソースが終了中です。
終了済: コンピュート・インスタンス・プール、そのすべてのコンピュート・インスタンスおよび関連リソースは終了します。

コンピュート・インスタンス構成およびコンピュート・インスタンス・プールを操作する場合は、次の点に注意してください:

コンピュート・インスタンス構成が少なくとも1つのコンピュート・インスタンス・プールに関連付けられている場合、そのコンピュート・インスタンス構成を削除できません。
複数のコンピュート・インスタンス・プールに同じコンピュート・インスタンス構成を使用できます。ただし、コンピュート・インスタンス・プールに関連付けることができるコンピュート・インスタンス構成は1つのみです。
コンピュート・インスタンス・プールのコンピュート・インスタンス構成を変更しても、そのプールの一部である既存のコンピュート・インスタンスは変更されません。コンピュート・インスタンス構成を変更した後に作成された新しいコンピュート・インスタンスでは、新しいコンピュート・インスタンス構成が使用されます。コンピュート・インスタンス・プールのサイズを大きくするか、既存のコンピュート・インスタンスを終了しないかぎり、新しいコンピュート・インスタンスは作成されません。
コンピュート・インスタンス・プールのサイズを小さくすると、最も古いコンピュート・インスタンスが最初に終了します。

コンピュート・リソースの拡張

この項のトピックでは、拡張できるコンピュート・リソースと影響について説明します。

ボリュームの展開

ブロック・ボリュームおよびブート・ボリュームのサイズを拡張できます。サイズを小さくすることはできません。

ボリュームのサイズを増やすには、いくつかのオプションがあります:

オンライン・サイズ変更により、既存のボリュームを所定の位置に拡張します。
ボリューム・バックアップからより大きなボリュームにリストアします。
既存のボリュームを新しい大きなボリュームにクローニングします。
オフライン・サイズ変更により、既存のボリュームを所定の位置に拡張します。「コンピュートWeb UIを使用したブロック・ボリュームのオフライン・サイズ変更」を参照してください。

注意:

ブート・ボリュームまたはブロック・ボリュームのサイズを変更する前に、ボリュームのバックアップを作成します。

ボリュームのサイズが変更されると、サイズ変更したボリュームの最初のバックアップが完全バックアップになります。

コンピュート・サービスを管理するステップについては、「Oracle Private Cloud Applianceユーザーズ・ガイド」の「ブロック・ボリューム・ストレージ」章のボリュームのサイズ変更に関する項を参照してください。

「コンピュートWeb UI」を使用したブロック・ボリュームのオフライン・サイズ変更

オフライン・サイズ変更では、ボリューム・サイズを拡張する前に、ボリュームをコンピュート・インスタンスからデタッチします。ボリュームのサイズを変更して再アタッチしたら、パーティションを拡張する必要がありますが、ディスクを再スキャンする必要はありません。

ボリュームのサイズを変更する前に、ボリュームの完全バックアップを作成します。

ボリュームをデタッチして再アタッチするたびに、LinuxベースとMicrosoft Windowsベースの両方のコンピュート・インスタンスに複雑さとリスクがあります。詳細は、ユーザー・ガイドの「ブロック・ボリューム・ストレージ」の章にある「ボリュームのサイズ変更」というセクションを参照してください。

ブロック・ボリュームまたはブート・ボリュームのディスクの再スキャン

Block Volumeサービスを使用すると、ブロック・ボリュームおよびブート・ボリュームのサイズが、オンラインおよびコンピュート・インスタンスにアタッチされているときに拡張できます。

ボリュームがプロビジョニングされたら、オペレーティング・システムが拡張ボリューム・サイズを識別できるように、コマンドを実行してディスクを再スキャンする必要があります。アタッチされたコンピュート・インスタンスのオペレーティング・システムに応じて異なる再スキャン・コマンドを実行します。

別のネットワーク・インタフェースの追加

コンピュート・インスタンスにVNICを追加できます。追加のVNICはそれぞれ、プライマリVNICと同じVCN内のサブネット、または同じVCN内または別のVCN内の異なるサブネットに存在できます。

VNICを追加して、コンピュート・インスタンスを複数のVCNのサブネットに接続できます。たとえば、VCN間のトラフィックを保護するように独自のファイアウォールを設定できるため、コンピュート・インスタンスは異なるCNのサブネットに接続する必要があります。

セカンダリVNICは、次のタイプのコンピュート・インスタンスでサポートされています:

Linux
Microsoft Windows

追加のVNICの詳細を次に示します:

コンピュート・インスタンスにアタッチできるVNICの数には制限があり、シェイプによって異なります。「コンピュート・シェイプ」を参照してください。
コンピュート・インスタンスの起動後にのみ追加できます。
これらは常にコンピュート・インスタンスにアタッチする必要があり、移動できません。追加のVNICを作成するプロセスでは、自動的にコンピュート・インスタンスにアタッチされます。セカンダリVNICをデタッチするプロセスによって、自動的に削除されます。
コンピュート・インスタンスを終了すると、自動的にデタッチされて削除されます。
コンピュート・インスタンスの帯域幅は、アタッチされているVNICの数に関係なく固定されます。コンピュート・インスタンス上の特定のVNICの帯域幅制限を指定することはできません。
同じサブネットCIDRブロックからコンピュート・インスタンスに複数のVNICをアタッチすると、特にLinuxのバリアントを使用するインスタンス上で非対称ルーティングが発生する可能性があります。このタイプの構成が必要な場合は、1つのVNICに複数のプライベートIPアドレスを割り当てるか、ポリシーベースのルーティングを使用します。

VNICの管理ステップについては、「Oracle Private Cloud Applianceユーザーズ・ガイド」の「ネットワーク」の章にある「VNICおよびIPアドレス指定の構成」というセクションを参照してください。