2016よーーーやくアナウンスできました。ServiceのLinux版がPreview公開されました。しばやん先生が触ってるのでそっちもどうぞ。公開されたので試してみたでも良い子のみんなはちゃんと公式ドキュメントをまず見ましょう。Portal上でも見えるようになった感じです。(Preview)については以前書いたのでそちらも参照ください。AppsなどをStandardで使ってる場合にVM毎のメトリックも見えるようになりました。1つでPHPサイトを10個以上立ち上げてて、それぞれは100MB程度までしか使ってなくても合計だとメモリが足りなくなってたケースが時々あったのですが、今までのメトリックだけだと把握できませんでした。このアップデートでこの問題が解決されます。2016最初にサイト単体のところはこんな感じで見えます。これは前からかな?ちゃんとVM単位でも見れますね。Instance」で見ることができます。プラン全体の概要(そのプランに含まれる)サイト単位でのCPU・メモリ、HTTPの状態やネットワークの状態など緑色のサイト名のところでOn/Offできるので、どのサイトに負荷が掛かってるか(圧迫してるか)などを簡単に把握できますね。上部のVM名のタブで複数インスタンスある場合にどのVMが、というのも調べられます。Serviceについてはかなりのことがポータル単体で把握でき、対処できるようになりました。いうのが増えてました。Service用のSSL証明書をGoDaddyから簡単に購入して利用することができます。Service価格ページにはちょろっと追記されています。対応した証明書のみ、W1でワイルドカード証明書が発行されます。Vaultで安全に保管しながら利用できるのは便利ですね。接続することができます。Serviceと違ってClosedな環境にしたり、VNETにつなげられるということはVPNであれこれしたりできるわけです。Serverな仮想マシンとかVNET参加させたRedis(Premium)とかと合わせて完全VNETオンリーな環境が作れるわけですが、VNETの注意点として以下のように記載されています。環境と同じサブネットにある仮想マシンのエンドポイントに到達することはできません。環境専用として予約されているサブネットにデプロイされていれば、通常、これは問題にはなりません。Environmentと同じサブネット上の他の機器とうまく通信できないようです。Environmentは専用Subnetに配置しましょう。(作るのが大変なのでこちらを専用化したほうが楽でしょう。CIDRの都合もあるかもしれないし)さてさて、そうは言ってもそこを何とかならないですか?というのが世の常ですね。Appsの設定で明示的にVNETに参加させるという感じです。Site接続でVPN接続する機能です。Siteの設定がVNET側にも必要です)ということで結局大変でしかも余計な口ができてしまうので、あきらめて作り直したほうがいいかと思います。まとめネットワークの設計は慎重に。ドキュメントは穴があくほど見まくりましょう。免責事項このBlogおよびコミュニティにおける発言やコメントは、当方の所属する会社・団体の正式な見解またはコメントではありません。Blog.投稿先:キャンセル。