はじめに

Cisco のエミュレータソフトであるCML２をGoogleクラウドで試します。
こちらの動画を参考にしてます。
AWSにて試した方より安いので、今のところクラウドでやるならこちらがベターですね。

手順の概要

ローカルPCの仮想化ソフトにてCMLのインストール
CML2のセットアップ
CML2のVMエクスポート
Googleストレージへエクスポートしたファイルのアップロード
インポート
仮想化のネストの有効化やHWの調整など
インスタンスにてCML2のセットアップ

手順

1.OVFファイルの準備

前半は以前の記事と同一になるので、6.VMエクスポートまで実施します。

2.OVFファイルのアップロード

OVFファイルをCloudストレージへアップロードします。
ナビゲーションメニューのCloud Strage>ブラウザを選択。

バケットの作成をクリック。

名前をつけるだけでOKです。

バケットが作成できたら、バケット名をクリックして詳細へ移動します。
ファイルをアップロードから、OVFファイルをアップロードします。
(私は例によってエクスポートした3ファイルをアップしました。。)
結構時間がかかるのでお茶して待ちます。

3.GCPのAPI有効化

操作はGoogle Cloud Shellから行います。
Cloud Shellをアクティブにするをクリック。

最初にCloud Buildを有効にします。
初めて行う場合、有効なアカウントがないと怒られます。

$ gcloud services enable cloudbuild.googleapis.com
ERROR: (gcloud.services.enable) You do not currently have an active account selected.
Please run:

  $ gcloud auth login
to obtain new credentials.
If you have already logged in with a different account:
    $ gcloud config set account ACCOUNT

to select an already authenticated account to use.

言われた通りのコマンドを実施して、認証します。
認証後、project idが表示されます。

$ gcloud auth login
Go to the following link in your browser:
    https://accounts.google.com/o/oauth2/auth?response_type=code&client_id=32555940559.apps.googleusercontent.com&redirect_uri=urn%3Aietf%3Awg%3Aoauth%3A
2.0%3Aoob&scope=openid+https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fuserinfo.email+https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fcloud-platform+https%3A%2F%2Fww
w.googleapis.com%2Fauth%2Fappengine.admin+https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fcompute+https%3A%2F%2Fwww.googleapis.com%2Fauth%2Faccounts.reauth&sta
te=lzmNxVFVmnZC0JrtmwJ3kvuPGw89Fe&prompt=consent&access_type=offline&code_challenge=fNEnter verification code: **** # 上記URLにて表示されたコードをペースト

You are now logged in as [*****].
Your current project is [quantum-reducer-312413].  You can change this setting by running:
  $ gcloud config set project PROJECT_ID

再度同じコマンドを実行します。

$ gcloud services enable cloudbuild.googleapis.com

Operation "operations/acf.p2-487738041377-0ed0e42f-7d17-45a1-baab-4f5078e7c662" finished successfully.

続いて下記。
出力まで時間がかかりますが、成功しました。

$ gcloud services enable compute.googleapis.com

Operation "operations/acf.p2-487738041377-4460e93c-2a93-493c-b677-a5b7a5471364" finished successfully.

IAMRoleにprojectの権限を付与します。
最初に自身のプロジェクト情報を確認します。
情報はナビゲーションメニューのホーム>ダッシュボード>プロジェクト情報に記載されてます。

情報をコピーしておきます。

下記のコマンドの"project-id"を自身のプロジェクトIDに、"project-num"をプロジェクト番号の値に変更して一気にペーストします。

gcloud projects add-iam-policy-binding project-id \
   --member serviceAccount:project-num@cloudbuild.gserviceaccount.com \
   --role roles/compute.admin
gcloud projects add-iam-policy-binding project-id \
   --member serviceAccount:project-num@cloudbuild.gserviceaccount.com \
   --role roles/iam.serviceAccountUser
gcloud projects add-iam-policy-binding project-id \
   --member serviceAccount:project-num@cloudbuild.gserviceaccount.com \
   --role roles/iam.serviceAccountTokenCreator

4.インスタンスの作成

続いてインスタンスの作成ですが、作成前に必要な情報を確認します。

gsutil URIの確認方法
ナビゲーションメニューのCloud Strage>ブラウザ>該当のバケット名>該当のOVFファイルをクリック
ファイルの詳細情報が表示されるので、gsutil URIをコピー。

インスタンスの作成はGoogle Cloud Shellから行います。

下記コマンドの"INSTANCE_NAME"をお好きな名前に変え、
"gs:PATH_TO_OVF_FILE"はOVFファイルのgsutil URIに変えてください。
１時間近くかかるので待ちます。

gcloud compute instances import INSTANCE_NAME \
--os=centos-8 \
--zone us-central1-b \
--source-uri=gs:PATH_TO_OVF_FILE

進行状況は、
ナビゲーションメニューのCompute Engine>VMインスタンスから確認できます。
作成が完了すると指定したインスタンス名の名前で緑のチェックが入ります。
この時点でインスタンスが起動してます。（この状態で長時間放置してしまいました。。課金注意。。）

5.VMインスタンスの設定

ファイアウォールを設定します。
該当のインスタンス名をクリックし、詳細に移動します。
鉛筆マークの編集をクリックし

ファイアウォールの下記二つともチェックボックスをONにして保存します。

HTTP トラフィックを許可する
HTTPS トラフィックを許可する

6.CML2へログイン

VMインスタンスの一覧から、外部IPアドレスをコピーします。
通常通り、httpsにてコピーしたIPアドレスへアクセス。

もうログインできるかと思いますので、コピーしたアドレスHTTPSへアクセス。
ユーザーアカウントでログインします。
ログイン後、右下のSystem Health Issueをクリックすると２つ問題があります。

Licensingの他にHW AccelerationがチェックNGとなっているので、インスタンスのタイプを変更します。

7.インスタンスのクローン

VMインスタンスをスペック要求に合わせるため、インスタンスをクローンします。
VMインスタンスの一覧に戻り、インスタンスを停止します。

停止したインスタンスをクリックして、詳細に移動します。
ブートディスクのデバイス名をコピーします。

下記のコードの"DISK1"を先程コピーしたデバイス名に置き換えて新たなイメージを作成します。

gcloud compute images create cml2-kvm-image \
--source-disk DISK1 --source-disk-zone us-central1-b \
--licenses "https://www.googleapis.com/compute/v1/projects/vm-options/global/licenses/enable-vmx"

少し時間がかかった後の実行結果です。
STATUSがREADYになればOKです。

gcloud compute images create cml2-kvm-image \
> --source-disk cml2-test --source-disk-zone us-central1-b \
> --licenses "https://www.googleapis.com/compute/v1/projects/vm-options/global/licenses/enable-vmx"
Created [https://www.googleapis.com/compute/v1/projects/quantum-reducer-312413/global/images/cml2-kvm-image].
NAME            PROJECT                 FAMILY  DEPRECATED  STATUS
cml2-kvm-image  quantum-reducer-312413                      READY

先程作成したイメージを、cml2-finalという名前のインスタンスで新たに作成します。

gcloud compute instances create cml2-final --zone us-central1-b \
--min-cpu-platform "Intel Haswell" \
--image cml2-kvm-image

作成できました。

8.インスタンスの設定

再度、該当インスタンスのファイアウォールにてHTTPとHTTPSを有効にします。

また、SSHの1122ポートも有効にします。
ナビゲーションメニューのVPCネットワーク>ファイアウォールを選択。

画面上部のファイアウォールルールを作成をクリック。
名前は適当にcmlとしておきます。

ターゲットはネットワーク上のすべてのインスタンス
ソースIPの範囲は0.0.0.0/0
ポートに1122,9090,22を追加

再度、CML2にログインします。
VMインスタンスの外部IPアドレスからHTTPSアクセス。
System Health Issueを見ると、Number of available CPUs　が問題ありあそうです。

9.インスタンスタイプの変更

一度ターミナルからssh接続します。

❯ ssh sysadmin@34.69.100.212 -p 1122

電源OFF！

$ sudo poweroff

VMインスタンスの一覧から該当のインスタンスの電源OFFを確認して、インスタンス名をクリック。
編集を選んで、マシンタイプにてn1-standard-8を選択して保存します。

インスタンスを開始します。

IPアドレスを固定したい場合は以下の設定をします。
使ってなくても課金されるので、お好みとお財布状況に合わせて。(私はしません。。)
ナビゲーションメニューのVPCネットワーク>外部IPアドレスを選択。

種類>静的を選択、名前を適当につけて予約。

10.CML2からライセンス登録

CML2にログインして、ライセンスの登録をしたら、完了です！
(説明は以前の記事にもあるので割愛です。)

最後に

AWSのベアメタルタイプと比較しても料金はgoogleの方が断然いいですね。
当然スペック差はありますが、必要に応じて増やしていけるので無駄なコストがかからないです。
最初からGCPでやっていればよかった。。。。

CML2をGCPで利用する