Oracle Cloud Infrastructureドキュメント

インスタンスの停止および起動

必要に応じてインスタンスを停止および開始して、ソフトウェアを更新したり、エラー状態を解決したりすることができます。

インスタンス・プール内のインスタンスのライフサイクルの状態を管理するステップは、「インスタンス・プールのインスタンスの停止と起動」を参照してください。

インスタンス内でインスタンスを停止または再起動

APIおよびコンソールの使用に加えて、インスタンスにログインしているときにオペレーティング・システムで使用可能なコマンドを使用して、インスタンスを停止および再起動することができます。 インスタンスOSを使用してインスタンスを停止しても、そのインスタンスの請求は停止されません。 この方法でインスタンスを停止する場合は、必ずコンソールまたはAPIからインスタンスを停止してください。

必要なIAMポリシー

Oracle Cloud Infrastructureを使用するには、管理者が作成するポリシーで、コンソールまたはSDK、CLIまたはその他のツールを使用したREST APIのどちらを使用しているかにかかわらず、必要なタイプのアクセスを付与する必要があります。 アクションを実行しようとしたときに、権限のないメッセージや権限のないメッセージを取得する場合は、管理者に付与されているアクセスのタイプと作業するコンパートメントを確認してください。

管理者向け: 「ユーザーがコンピュート・インスタンスを起動できるようにします」のポリシーには、既存のインスタンスを停止または開始する機能が含まれています。 指定したグループがインスタンスを起動したり、ボリュームをアタッチしたりする必要がない場合は、そのポリシーを簡素化してmanage instance-familyのみを組み込み、volume-familyvirtual-network-familyを含むステートメントを削除することができます。

新しいポリシーの場合は、「ポリシーの開始」「共通ポリシー」を参照してください。 インスタンス、クラウド・ネットワークまたは他の「コア・サービスAPI」リソースのポリシーの書込みに関する参照資料は、「コア・サービスの詳細」を参照してください。

計画メンテナンス中の仮想マシン(VM)インスタンスの再設計

基礎となるOracle Cloud Infrastructureコンポーネントをメンテナンスする必要がある場合、VMインスタンスに影響が及ぶ前に通知されます。 VMインスタンスがメンテナンスの再起動に向けてスケジュールされている場合、スケジュールされた再起動の前のいつでも、コンソール、APIまたはCLIを使用して、インスタンスを事前に再起動または停止して起動できます。 これにより、アプリケーションに停止時間が発生する方法と時期を制御できます。 顧客管理のVMメンテナンスは、Oracle提供のプラットフォーム・イメージ、Oracle Cloud Infrastructureの外部からインポートしたカスタム・イメージなど、標準およびGPUインスタンス・シェイプでサポートされています。

コンソールを使用してプロアクティブに再起動できるVMインスタンスを識別するには、そのインスタンスの「メンテナンス再起動」フィールドをチェックします。 インスタンスのメンテナンスがスケジュールされていて、事前に再起動する可能性がある場合、このフィールドには再起動の日付と開始時間が表示されます。 APIを使用してこれを確認するには、「インスタンス」timeMaintenanceRebootDueフィールドを使用します。 ブート・ボリュームを持つVMインスタンスの場合は、iSCSIブロック・ボリューム・アタッチメントと単一のVNICが追加されて、再起動を続行するか、インスタンスを停止して起動できます。 非iSCSI (準仮想化またはエミュレータ化)ブロック・ボリューム・アタッチメントまたはセカンダリVNICがある場合は、インスタンスを再起動する前に、これらのリソースをデタッチする必要があります。

インスタンスを再起動または停止および起動すると、別の物理VMホストに移行されます。 「メンテナンス再起動」フィールドが空白になると、そのインスタンスはメンテナンス・イベントによる影響を受けなくなります。 スケジュールされた時間前に再起動しないように選択した場合、Oracle Cloud Infrastructureは、スケジュールされた時間の後に24-hour期間内にインスタンスを再起動して移行します。

これらのアクションをVMインスタンスで容易に見つけ、実行できるように、「検索」を事前定義された問合せで使用して、メンテナンス・リブートがスケジュールされているすべてのインスタンスを検出できます。

メンテナンスの再起動がスケジュールされているすべてのインスタンスを検索するには

停止済インスタンスのリソース請求

VMとベアメタルの両方のインスタンスで、請求はインスタンスの作成に使用するshapeによって異なります:

  • 標準シェイプ: インスタンスの停止は請求を一時停止します。 ただし、停止されたインスタンスは引き続きサービス制限を考慮してカウントされます。
  • Dense I/Oシェイプ: 請求処理は、NVMeストレージがアタッチされているために停止されたインスタンスを継続し、関連リソースは引き続きサービス制限に沿ってカウントされます。 サービス制限からの請求および関連リソースの削除を停止するには、「インスタンスの終了」を実行する必要があります。
  • GPUシェイプ: 停止したインスタンスの請求は続行され、関連リソースはサービス制限に引き続きカウントされます。 サービス制限からの請求および関連リソースの削除を停止するには、「インスタンスの終了」を実行する必要があります。
  • HPCシェイプ: 請求処理は、NVMeストレージがアタッチされているために停止されたインスタンスを継続し、関連リソースは引き続きサービス制限に沿ってカウントされます。 サービス制限からの請求および関連リソースの削除を停止するには、「インスタンスの終了」を実行する必要があります。

インスタンスOSを使用してインスタンスを停止しても、そのインスタンスの請求は停止されません。 この方法でインスタンスを停止する場合は、必ずコンソールまたはAPIから停止してください。

Microsoft Windows Server稼働中のインスタンスが停止時に請求される方法の詳細は、「Oracle Cloud InfrastructureでWindows Serverをチャージするにはどうすればよいですか。」を参照してください。

停止したベアメタル・インスタンスのハードウェア再利用

ベア・メタル・インスタンスが48時間を超えて停止状態のままである場合、そのインスタンスはオフラインになり、物理ハードウェアは再利用されます。 次にインスタンスを再起動するときは、別の物理ハードウェア上で起動します。 ブロック・ボリューム、ブート・ボリュームおよびインスタンス・メタデータには、エフェメラル・アドレスやパブリックIPアドレスなどの変更はありません。

ただし、ベア・メタル・インスタンスが別の物理ハードウェア上で再起動した場合、次のプロパティは変更されます: MACアドレスおよびホスト・シリアル番号。 BIOSファームウェアのバージョン、BIOSの設定、およびCPUマイクロコードの変更も確認できます。 同じ物理ハードウェアを保持する場合は、コンソールまたはAPI、SDK、CLIを使用してインスタンスを停止しないでください。 かわりに、インスタンス「インスタンスOSの使用」を停止します。 インスタンスを再起動する場合は、コンソール、API、SDKまたはCLIを使用します。

この動作は、次のシェイプを使用するLinuxインスタンスに適用されます:

  • BM.Standard1.36
  • BM.Standard.B1.44
  • BM.Standard2.52
  • BM.Standard.E2.64

コンソールを使用した場合

  1. 「ナビゲーション・メニュー」を開きます。 コア・インフラストラクチャの下で、コンピュートに行き、「インスタンス」をクリックします。
  2. 停止または起動するインスタンスをクリックします。
  3. 次のいずれかの操作をクリックします:

    • 開始: 停止したインスタンスを再起動します。 インスタンスが再起動されると、「停止」アクションが有効になります。
    • 停止: インスタンスをシャットダウンします。 インスタンスの電源がオフになると、「開始」アクションが有効になります。
    • リブート: インスタンスをシャットダウンし、再起動します。

APIの使用

APIおよび署名リクエストの使用については、REST APIおよび「セキュリティ資格証明」を参照してください。 SDKの詳細は、「ソフトウェア開発キットとコマンドライン・インタフェース」を参照してください。

インスタンスを再起動するには、InstanceAction操作を使用します。

次のアクションは、APIを使用してのみ使用できます:

  • SOFTSTOP

  • SOFTRESET