Azure Container InstancesのGAにちなんだ実験

コンテナインスタンスが遂にGAした。そして、非常にパワーアップしたのと、さらに楽しみな話がアナウンスされている。

Azure Container Instances now generally available

ここでは折角なので色々試してみようと思う。

リージョンが増えた

これまでのリージョンに加え、現在アナウンスされているContainer Instancesが使えるリージョンは以下の6つだ。

西ヨーロッパ、北ヨーロッパ、米国西部、米国東部、米国西部２、東南アジア
West US, West US 2, East US, West Europe, North Europe, and Southeast Asia.

素朴な疑問として、日本から使うとどのくらいレイテンシーがあるのだろうか。 気になったので確かめてみる。

実験

それぞれの地域にNginxを立ててデフォルトページを返すようにしてリプライの速度を５回計測する。

手順は以下の通りだ。

1. 各リージョンにリソースグループを作成する
2. コンテナインスタンスでNginxを立ち上げる
3. 払い出されたIPへリクエストを送る

インスタンスの作成はAzure Cloud Shellから行った。(以下、その一部）

yuya@Azure:~$ az group create -n pakuecitest2 -l northeurope
Location     Name
-----------  ------------
northeurope  pakuecitest2
yuya@Azure:~$ az container create -g pakuecitest2 -n nginx --image nginx --ports 80 --ip-address Public
Name    ResourceGroup    ProvisioningState    Image    IP:ports           CPU/Memory       OsType    Location
------  ---------------  -------------------  -------  -----------------  ---------------  --------  -----------
nginx   pakuecitest2     Creating             nginx    52.169.231.120:80  1.0 core/1.5 gb  Linux     northeurope

レスポンスの計測に使ったコマンドはこちら

curl -kL 'http://52.169.231.120/' -o /dev/null -w "%{time_total}" 2> /dev/null

結果

１、自宅からのアクセス結果

２、東日本に作ったLinuxVMからのアクセス結果

３、Cloud Shellからのアクセス結果

考察

１は自宅からのアクセスなので公衆回線からそれぞれのインスタンスへのアクセスという意味合いになる。
２はAzureの東日本リージョンからであるため、Microsoftが提供しているプライベートなネットワークを経由してのアクセスとなる。
３はCloud Shellを使っているため、Azure上のどこかで起動しているコンテナからのアクセスということになる。

２と３はAzureのネットワークを利用するがリージョンが異なるため、結果から透けて見えるものがあるだろうと予想した。

３の東南アジアへのアクセスが異常に早いことについては、ここで使っていたCloud Shellは東南アジアで起動していたと予想する。つまり、近いと早いというのが証明されたという意味ではこれも重要な実績と言えるだろう。

結果について感じるところとしては

1. Azure上からのアクセスは非常に安定しており、かつ公衆回線経由よりも早い
2. 日本のリージョンから他を使うのであれば、東南アジアと米国西部２箇所は使いやすい
3. デモで使うなら東南アジアが良さそう

といったところだろうか。

とても地味だし、ある程度予想ができる結果ではあるものの、こういった実験をちゃんとやっておくことは重要だと個人的には考えている。

Container Instancesのコマンドについて

先ほどの実験で使ったCloud Shellは非常に便利なツールだ。 最初から様々なツールがインストールされており常に最新版が使えるので環境構築の手間が省ける。

このツール内ではAzure CLIが利用できる。コマンドラインでも使い方を見られるが、公式ドキュメントはこちら。

https://docs.microsoft.com/en-us/cli/azure/container?view=azure-cli-latest

・・・今更だが、execというコマンドがあることに気が付いた。

execコマンドは何ができるのか

このGAのタイミングで気が付いたのだが、az container execというコマンドがある。

これはどんなことができるのかを確認するため簡単に実験してみよう。

実験

まず普通に１つコンテナをCloud Shellを用いて作成する。

$ az group create -n pakuecitest -l southeastasia

次にコンテナーグループを作成する

$ az container create -g pakucitest -n mynginx --image nginx --ports 80 --ip-address Public

これでコンテナが起動した。パブリックIPアドレスへアクセスすると、Nginxのデフォルトindexが表示される。

次に、execコマンドを実行する。execコマンドは起動中のコンテナに対して、指定したコマンドを実行することができる。

$ az container exec -g pakucitest -n mynginx --exec-command "/bin/bash"

このコマンドを実行するとコンテナ内でbashが起動し、出力が表示される。

root@caas-4d119bc80a6e4b05b31d0cd8e2512c75-600751872-8vxj7:/#

コマンドプロンプトが変化していれば、コマンドはコンテナ内で実行されることになる。NginxコンテナはViなどのエディタが入っていないので、ここではechoコマンドを使ってデフォルトのindexを書き換える。

#  cd /usr/share/html
#  mv index.html index.html.old
#  echo "changed." > index.html

これで書き換わっているはずなので、先ほどと同じくコンテナのパブリックIPにアクセスして見る。

いかがだろうか。execコマンドを使うと起動しているコンテナで別のコマンドを実行することができる。 ドキュメントを見たところ、最も一般的なユースケースはshellの呼び出しとなっているので、コンテナ内に何か手を入れたいときに使える手段が増えたことを押さえておきたい。

気になる言葉の数々

Corey SandersによるContainer Instances GAの記事にはとても気になる一言が散りばめられている。

we now have multiple providers, including VMware, AWS and Hyper.sh, collaborating closely with us.

個人的にはHyper.shは初めて知った時、まさに求めていたサービスだと感じた。Azure Container Instancesの成長を見るとまさにHyper.shで行えることが出来つつあり、あとはMacでのコマンドとの親和性くらいという印象だ。

We have many exciting features including VNET integration planned later this year. 

ということで、今後VNETとの統合が行われる。IPの払い出しにPublicと指定しているくらいなので、この辺りは予定通りといった感じではある。VNETに接続でき、かつローカルIPを使えるのは夢が広がる。コンテナを利用したタスクランナーとしての使い方や強力にisolateされた個別の実行環境としての特徴をクローズドな世界で使えるとなると非常に強力だ。

どうやらまだまだコンテナ関連は仕込みがあるようなので、楽しみにしておこう。