10インスタンスのライフサイクル管理を試してみました

みなさま、こんにちは。
Oracle Cloud Infrastructure 検証チームです。

今回は、OCIの入門チュートリアルにもある
インスタンスのライフサイクルを管理する」を検証してみました。

いつでも簡単に起動・停止、終了・再作成ができるインスタンスの動作や状態を確認していきます。

Oracle Cloud Infrastructure 検証チームの過去記事はこちら

 検証の流れ

検証の流れ

今回は以下のような流れで検証していきます。

  1. ブート・ボリューム内にファイルを作成する
  2. インスタンスを停止する
  3. インスタンスを起動する
  4. インスタンスを終了する
  5. ブート・ボリュームからインスタンスを再作成する

前提条件

前提条件は以下の通りです。

  • コンピュート・インスタンスの作成が完了していること
  • ブロック・ボリュームのアタッチが完了していること

 検証開始

それでは早速検証を始めていきます!

ブート・ボリューム内にファイルを作成する

まずは、インスタンスのライフサイクル操作によるブート・ボリュームの影響をわかりやすくするために、
ファイルを作成します。

  1. Tera Term等のsshターミナルを開き、あらかじめ作成していたインスタンスにsshで接続します。
  2. ホームディレクトリにファイルを作成します。
    [opc@test-vm ~]$ pwd
    /home/opc
    [opc@test-vm ~]$ touch testfile
    [opc@test-vm ~]$ ls -l
    total 0
    -rw-rw-r--. 1 opc opc 0 Sep  7 04:22 testfile

インスタンスを停止する

次にコンソールからインスタンスを停止し、リソースの挙動などを確認していきます。

  1. Oracle Cloudのコンソールメニューから[コンピュート]-[インスタンス]を選択し、
    あらかじめ作成したインスタンスをクリックします。
  2. インスタンスの詳細画面にある[停止]ボタンをクリックします。
  3. メッセージダイアログ内の[インスタンスの停止]ボタンをクリックします。
  4. インスタンスのステータスが停止中になり、しばらく経つと停止済に変わります。
    ステータスが停止済に変わりました。先程接続していたTera Termの接続が切断されていることも確認できます。
  5. 停止済になったインスタンスの状態をコンソールから確認します。
    特に以下の点について確認していきます。
    • インスタンス停止後も起動時と同じIPアドレスが確保されているか
    • あらかじめアタッチしていたブロック・ボリュームが引き続きアタッチされているか
    • ブート・ボリュームが引き続きアタッチされているか

    下の図から、インスタンス起動時も停止時も同じIPアドレスが確保されていることが分かります。

    停止後もブロック・ボリュームがアタッチされていることが分かります。

    ブート・ボリュームも引き続きアタッチされていることが分かります。

    インスタンスを停止すると、ssh接続は切断されますが、IPアドレスは引き続き確保され、ブロック・ボリュームやブート・ボリュームはアタッチされ続けることが分かりました。

インスタンスを起動する

次に先程停止したインスタンスを起動し、リソースの挙動などを確認していきます。

  1. インスタンスの詳細画面にある[起動]ボタンをクリックします。
  2. しばらく経つと、インスタンスのステータスが実行中に変わります。
  3. sshターミナルからopcユーザーでログインし、先程作成したブート・ボリュームのファイルを確認します。
    [opc@test-vm ~]$ [opc@test-vm ~]$ ls -l
    total 0
    -rw-rw-r--. 1 opc opc 0 Sep  7 04:22 testfile
    [opc@test-vm ~]$ pwd
    /home/opc

    インスタンスの起動停止を行っても、ブート・ボリュームに対する変更が保持されていることが分かります。

  4. 以下のコマンドを実行し、アタッチされているボリュームの情報を確認します。
    [opc@test-vm ~]$ lsblk
    NAME               MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
    sda                  8:0    0 46.6G  0 disk
    tqsda1               8:1    0  100M  0 part /boot/efi
    tqsda2               8:2    0    1G  0 part /boot
    mqsda3               8:3    0 45.5G  0 part
    tqocivolume-root 252:0    0 35.5G  0 lvm  /
    mqocivolume-oled 252:1    0   10G  0 lvm  /var/oled
    sdb                  8:16   0   50G  0 disk

    sdbというボリュームは、追加でアタッチし、OSからiSCSIでログインしたものです。
    上記の結果から、インスタンスの起動停止を行ってもブロック・ボリュームへのiSCSIのログインが継続していることが分かります。

インスタンスを終了する

次にインスタンスを終了(削除)し、リソースの挙動などを確認していきます。

  1. インスタンスの詳細画面にある[終了]ボタンをクリックします。
  2. メッセージダイアログ内の[インスタンスの終了]をクリックします。
    チェックボックスにチェックは入れません。
  3. インスタンスのステータスが終了中になり、アタッチしているブロック・ボリュームやブート・ボリュームなどがデタッチ・削除されます。
    ブート・ボリュームは先程「アタッチされたブート・ボリュームを完全に削除」にチェックを入れていなかったため、デタッチされただけで削除されていないことが分かります。インスタンスのステータスが停止済に変わりました。
    IPアドレスや仮想クラウド・ネットワークの欄から値が消えていることが分かります。
    終了済のインスタンスの課金は停止されますが、残されたブート・ボリュームの課金は継続されます。

ブート・ボリュームからインスタンスを再作成する

最後に、先程残しておいたブート・ボリュームから新しいインスタンスを作成してみます。

  1. コンソールメニューから[ストレージ]-[ブロック・ボリューム]-[ブート・ボリューム]を選択します。
  2. 先程削除したインスタンスのブート・ボリュームをクリックし、ブート・ボリュームの詳細画面の
    [インスタンスの作成]ボタンをクリックします。
  3. コンピュート・インスタンスの作成ウィザードから新しいコンピュート・インスタンスを作成します。可用性ドメインは削除したインスタンスが存在した場所と同じものを選ぶようにします。
    その他の項目は任意でOKです。入力が完了したら下にある[作成]ボタンをクリックします。
  4. しばらく経つとインスタンス作成が完了し、ステータスがプロビジョニング中から実行中に
    変わります。
    インスタンスに新しく割り振られたパブリックIPアドレスをコピーします。
  5. パブリックIPアドレスに対してsshでアクセスし、先程作成した「testfile」が存在することを
    確認します。

この結果から、インスタンスを再作成してもOS領域の情報がブート・ボリュームに残り続けていることが分かります。

おわりに

今回はインスタンスのライフサイクル管理を検証しました。
インスタンスは簡単に起動停止や終了、再作成ができることが分かりました。

みなさまもぜひ、とても柔軟に利用できるOCIを試してみてください。

OCIに関するお問い合わせはこちら
Oracle Cloud Infrastructure 検証チームの過去記事はこちら

投稿者プロフィール

DBひとりでできるもん運営チーム
DBひとりでできるもん運営チーム
「DBひとりでできるもん」運営チームです。
「親しみやすさと技術力」をテーマに、技術情報・サービス・インフラ系資格取得に役立つ情報、社員等の情報をお届けします。
70名弱の事業部員で鋭意、執筆中です。
少しでも当社を知って頂けるよう、愛情込めて頑張ります!
※facebook、X(旧twitter)、インスタグラムでは「DBひとりでできるもん」の更新情報を発信しています。