Home Deploy Cloud Shell into an Azure virtual network(preview)をお試しする
Post
Cancel

Deploy Cloud Shell into an Azure virtual network(preview)をお試しする

はじめに

Azure Cloud Shellはとても便利ですが、ストレージアカウントのリージョンが微妙にここだ!って決められなかったり(アジア太平洋地域はインド中部、東南アジア)、インスタンスがPublicな場所にあったりとで、ユーザの用途によっては採用できないケースもあるのかな。。とか。

現時点ではPublic previewですが、Cloud ShellのインスタンスをVirtual Network内に立ち上げて、ストレージも専用のものをサービスエンドポイントで安全につなげる機能が出てきました。

Azure 仮想ネットワークに Cloud Shell をデプロイする

上のURLにある画像の引用ですが、以下の構成となっておりCloud Shellのコンテナを仮想ネットワーク内にAzure Container InstanceでCloud Shellを起動します。

インターネット側からのアクセスはAzure Relay経由となります。

Cloud Shell 分離 VNET アーキテクチャを示す図。

今はWestUSとWestCentralUSのみでの利用となりますが、試してみました。

基本的には上のリンクに書かれている手順どおりなのですが、つまづきポイントもあるので補足しながら手順を説明します。

前準備

とりあえずリソースグループを作成します。リージョンは米国西部を選びました。

img

あ、後この機能を使う際には、Azure Container Instanceを利用する為、リソースプロバイダの登録が済んでいない方は、登録しておきます。

リソース プロバイダーの登録

仮想ネットワークの作成

この後実行するデプロイ用のARM Templateでは、仮想ネットワークに3つのサブネットを追加します。なので、ここでは10.255.0.0/24のアドレス空間で仮想ネットワークを作成していますが、自由に使えるdefaultサブネットは10.255.0.0/26の範囲で作成しました。

img

img

デプロイテンプレートの取得と修正

Githubからデプロイテンプレート(azuredeploy.json)と、パラメータファイル(azuredeploy.parameters.json)を取得してきます。

Deploy Azure Cloud Shell resources to a virtual network

azuredeploy.parameters.jsonですが、私は以下のように修正しています。

{     ”$schema”: ”https://schema.management.azure.com/schemas/2019-04-01/deploymentParameters.json#”,     ”contentVersion”: ”1.0.0.0”,     ”parameters”: {         ”existingVNETName”: {             ”value”: ”cloudshell-vnet”         },         ”relayNamespaceName”: {             ”value”: ”ktkrclshell”         },         ”azureContainerInstanceOID”: {             ”value”: ”c85f3586-1ba8-4aeb-a6ea-dc2c048e29c8”         },         ”containerSubnetAddressPrefix”: {             ”value”: ”10.255.0.64/26”         },         ”relaySubnetAddressPrefix”: {             ”value”: ”10.255.0.128/26”         },         ”storageSubnetAddressPrefix”: {             ”value”: ”10.255.0.192/26”         }     }   }

自身の環境に合わせて、valueを変更します。3つ追加するサブネットのCIDR値が被らないように注意。
azureContainerInstanceOIDはこちらに書かれている値のままで大丈夫だと思います。

ARM templateのデプロイ

Azure PowerShellからデプロイします。Login-AzAccountで認証後に以下のコマンド例を参考に実行します。もちろん既存の今利用しているCloud Shellからの実行でもOKです。

PS C:> New-AzResourceGroupDeployment -ResourceGroupName cloudshell-rg -TemplateFile .\azuredeploy.json -TemplateParameterFile .\azuredeploy.parameters.json

デプロイが完了すると、仮想ネットワークにサブネットが3つほど追加されています。

img

他にもリソースグループの中には色々リソースが追加されますね。

img

Cloud Shellへのアクセス許可を追加

インターネット側からCloud Shellのインスタンスにアクセスするために、Azure Relayが使われます。

Relayリソースの「ネットワーク」メニューからファイアウォールの設定を行います。「選択されたネットワーク」を選択後、ファイアウォールルールとしては「クライアントIPアドレスを追加する」にチェックを入れて、保存します。

無論、アドレス範囲をCIDRで広い範囲で指定するのもOKです。

img

ストレージアカウントの作成

Cloud ShellはAzure Filesを使ってユーザファイルの保存を行うため、事前にストレージアカウントも作成します。

リージョンは米国西部で、パフォーマンスとかレプリケーションは一番安価な構成で設定します。

img

ストレージアカウントの作成時、「ネットワーク」タブでは、接続方法「パブリックエンドポイント」を指定後、先程作成した仮想ネットワークを選択します。

サブネットは「cloudshellsubnet」「storagesubnet」の両方にチェックを入れて、作成を行います。

img

ちゃんと米国西部で作成できました。

img

既存のCloud Shell環境の削除

たぶん皆さん、既に利用しているAzureサブスクリプションでCloud Shellを利用していると思いますので、その環境を一度削除します。大事なファイルが残っている場合には適宜他の場所に退避しておきます。

Cloud Shell(https://shell.azure.com/)を開いてPowerShellから「clouddrive unmount」コマンドを実行します。その後2度程continueの確認が出ますが、両方とも「y」を入力すると、削除完了です。

img

Cloud Shellがタイムアウトした旨のメッセージが表示されるので、「再接続」をクリックします。

img

Cloud Shellの新規設定(VNET分割設定)

ようこそ画面ではPowerShellを選択します。

img

ストレージアカウントのマウントでは、「詳細設定の表示」を選択します。

img

以下の順番で項目を選択・設定します。

  • VNET分離設定→チェック
  • Cloud Shellリージョン→米国西部
  • リソースグループ→cloudshell-rg(今回作成したリソースグループ)

img

すると、仮想ネットワーク、ネットワークプロファイル、リレー名前空間、ストレージアカウト欄が自動で入力されます。

共有ファイルについてはFiles Storageに作成される共有名になりますので、とりあえず「shared」と入力しました。

最後に「ストレージの作成」を選択します。

img

しばらく待ちます。結構利用開始までに時間がかかります。

img

特にエラーが出ずにコマンドプロンプトが出来たら準備OKです。

img

Cloud Shellの動作確認

PowerShellで適当なAzコマンドを実行して動作確認します。Get-AzVMで仮想マシンの一覧を取得しました。

img

Bashに切り替えても大丈夫。

img

Azureのリソース一覧からRelayを選び、「ハイブリッド接続」の一覧を出します。

img

一覧をクリックすると、メトリック情報なども確認できますね。

img

仮想ネットワーク内の仮想マシンへアクセス

先に作成した仮想ネットワークのdefaultサブネットに適当な仮想マシンを作成します。今回はUbuntu 18.04をPublic IP無しで作成しました。

img

割り当てられたプライベートIPアドレスは「10.255.0.4」です。

img

Cloud Shell(bash)からpingやsshをしましたが、ちゃんと仮想ネットワーク内で通信ができていますね。

img

気づいた点

Cloud Shellの初回起動でも、翌日になっての起動でも、Cloud Shellのコンテナ起動に失敗するのか、以下のエラーがでる場合があります。

img

この場合は、以下の電源アイコンをクリックしてCloud Shellの再起動を行うと上手くつながるようになりました。

img

現在はPreviewであるため、動作の安定性についても暖かく受け入れて試用しましょう。

おわりに

とりあえず今回は公式ドキュメントに書かれている内容をベースに構築して試用しましたが、内容としてはARM Templateで全て記述可能なので、自動デプロイも簡単にできると思います。

面識は無いのですが、Microsoft Cloud AdvocateのThomas Maurerさんの以下の記事も参考になるかと思います(勝手にリンク)

https://www.thomasmaurer.ch/2020/08/connect-azure-cloud-shell-to-virtual-network-vnet/

ちなみに料金ですが、ドキュメント上からはRelayの利用用金がかかるようです。ハイブリッド接続の場合なので、1リスナーあたり\1,100円/月/5GBってとこですか。同時接続数が増えるとその分課金も増えるのかと思います。

https://azure.microsoft.com/ja-jp/pricing/details/service-bus/

This post is licensed under CC BY 4.0 by the author.

Azure仮想マシンをIPv4/IPv6のデュアルスタックで構築する

Synology NASのSurveillance StationがVersion UPしてtp-linkのTapo C200に対応した