PowerVS IBM i 日記(26): カスタム・ブート・イメージを DC 間で移動する

# カスタム・ブート・イメージを DC 間で移動する

[以前の投稿](https://qiita.com/6onoda/items/45813e33ca404236b348)のように、ついに東京  04 で PowerVS が使えるようになりました。

一方、これまで、ロンドン、ダラス、シドニーの DC で PowerVS IBM i 使ってきた際に、環境にいろいろ手を加えて、新規インスタンス作成用のひな形として利用できるように、カスタム・ブート・イメージを作成してきました。

今回は、これまでの作業を無駄にしないように、シドニー 04 で作成した カスタム・ブート・イメージを東京 04 に持ってきたいと思います。

移動は、移動元でブート・イメージをいったん ICOS にエクスポートし、移動先でインポートするという手順で行います。

なお、この手法は同じ DC、同じ PowerVS サービス内でストレージタイプを層 1・層 3 の間で変換するのにも使えます。
テンプレート作成は安価な層 3 で行い、層 3 で作成されたブート・イメージを ICOS を経由することで、層 1 のブート・イメージに変換し、高速な 層 1 のストレージで本番環境のインスタンスを作成する事が可能になります。

## 移動元での ICOS へのエクスポート

ブート・イメージを ICOS にエクスポートします。
なお、ブート・イメージを作成する時に、同時に ICOS へのエクスポートを行うこともできます。

移動元であるシドニー04のブート・イメージで「エクスポート」を選びます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/65cb407a-26f2-ea17-c667-978d0e97c85e.png)

ICOS のリージョン、バケット名とパス、アクセス情報を指定します。

ここでは、リージョンとして移動元の DC があるシドニーを選んでいますが、全世界のどこでもかまいません。
シドニー 04 のブート・イメージを、直接、東京リージョンにエクスポートすることも可能です。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/84dd7042-a154-814b-26a9-592328d0db37.png)

ここで指定するアクセス情報を入手するには ICOS の「サービス資格情報」を作成した時「HMAC資格情報を含める」をオンにする必要があります。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/03ffa894-f63b-d0c1-5034-443b6456c0cc.png)

「access_key_id」と「secret_access_key」で表示されるものが、 ICOS へのエクスポートで指定するものになります。
[ICC で IBM i から ICOSにアクセスした時](https://qiita.com/6onoda/items/5b738f1d705876d5666c)と同様ですね。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/0fbcf135-6f12-39d9-dadf-8230dc48c986.png)

「エクスポート」をクリックします。

エクスポートが始まり完了しました。
シドニー04のDCからシドニーのICOSバケットに80GBのイメージをエクスポートするのに 25 分強かかりました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/075911f1-4a19-6010-0692-e52ef5337e61.png)

オブジェクトを確認すると、80GB のイメージが gz で圧縮され 15GB になっていました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/89c4a7b0-fcb6-ddcf-1994-bad88cc8f65e.png)

## 移動先での ICOS からのインポート

移動先の東京の Power VSサービスで「イメージのインポート」を行います。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/07392b98-ec25-17c6-2ce2-e7fbf75f3a84.png)

移動先での名前を付け、ストレージタイプを選びます。
カスタム・ブート・イメージから作成したインスタンスは、カスタム・ブート・イメージと同じストレージタイプで作成されます。

さらに ICOS 上のイメージに関する情報やアクセス情報を指定して「イメージのインポート」を行います。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/270975ea-7cec-c609-8261-faa918a060b8.png)

インポートできました。シドニーのICOSから東京04へのインポートに、30 分強かかりました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/a4cf9a76-c417-40ca-18d7-84a80bef7d02.png)

ブート・イメージの再表示を行います。
インポートしたイメージが「アクティブ」になっています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/aed7c92d-88e2-5ee5-3302-6437cc49a788.png)

## 移動したカスタム・ブート・イメージからのインスタンス作成

インスタンス作成に特別な手順はありません。
インポートしたカスタム・ブート・イメージを選択するだけです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/2e07b02b-2b24-b17b-fb94-96e63800a426.png)

インスタンスが作成されました。ブート・イメージが移動してきたものであることが確認できます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/dca7ba43-263d-f90e-3886-c61884326eee.png)

## リスト表示にブート・イメージが表示されなくなっている!!

以前「[ブート・イメージ と VM のキャプチャー・エクスポート](https://qiita.com/6onoda/items/2bd5f45206ccbbd657b4)」で確認した時は「仮想サーバー・インスタンス」のリスト画面に、作成に利用したブート・イメージ名が表示されていました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/fb02ddab-0d0b-297f-9256-6587fd24def4.png)

今回、確認するとイメージ名ではなく OS 名に変更されていました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/8f17053c-ad55-03ad-03f8-ba221836e3a2.png)

クラウドのポータルは生き物ですね。

---
当日記のIndexは[こちら](https://qiita.com/6onoda/items/f146c78c0c1bbe905a42)です。

---
許可の無い転載を禁じます。
この記事は筆者の個人的な責任で無保証で提供しています。
当記事に関してIBMやビジネスパートナーに問い合わせることは、固くお断りします。