水曜日からMicrosoft FEST 2015が開催されてまして今日が3日目、テクニカル系の日ですがキーノートでAzure Stackのデモやってました。（！）
利用者側が使うポータル画面
だいたい今のPreviewポータルと同じです。
管理者側（サービス提供側）の画面も似たような感じです。
利用者向けに新しいサービスを作ったりできます
モニタリングも
Azure Stackとしてのデモは初めて見た気がします。URLみたらちゃんと非MSというのがわかります。
余談
ただまぁインフラ側の話まったくなかったので寂しいです。あと解像度あらくて見難いけどよくよく使えるリソースみたらApp Service、SQL Server、仮想マシン、というところなのでAzure Packと大差ないのでは…
ただストレージがあるので、これは期待が持てますかね!?
![image[21]](https://blog.azure.moe/wp-content/uploads/2015/09/image21.png "image[21]"){kind=small}
この間こそっとGSシリーズ使えるようになっていましたが、詳細でてました。
GSシリーズは最大32コア、最大448GBのメモリを有するインスタンスのサイズ区分です。以前にリリースされたGシリーズのPuremium Storage版ですね。
| サイズ | コア数 | メモリー | 最大Diskサイズ | 最大Data Disk数 | キャッシュサイズ(GB) | 最大Disk IOPS | 最大Disk帯域（MB/sec） |
| Standard_GS1 | 2 | 28 | OS:1023GB,Local SSD Disk:56GB | 4 | 264 | 5,000 | 125 |
| Standard_GS2 | 4 | 56 | OS:1023GB,Local SSD Disk:112GB | 8 | 528 | 10,000 | 250 |
| Standard_GS3 | 8 | 112 | OS:1023GB,Local SSD Disk:224GB | 16 | 1056 | 20,000 | 500 |
| Standard_GS4 | 16 | 224 | OS:1023GB,Local SSD Disk:448GB | 32 | 2112 | 40,000 | 1,000 |
| Standard_GS5 | 32 | 448 | OS:1023GB,Local SSD Disk:896GB | 64 | 4224 | 80,000 | 2,000 |
リニアに推移してるのでわかりやすいですね。Gシリーズがベースなのと、Premium Storageを活用することで最大Disk IOPSが8万とDS14の5万より高い感じです。
現状はWest US、East US-2、West Europeのリージョンで使うことができます。
このあたりも参考にどうぞ。
2015年10月1日以降、DシリーズおよびDSシリーズのインスタンスが27%値下げされます。やったね！
Service BusのメッセージングにPremiumが増えました。（現状PremiumはPreview。Service Bus Relayは対象外）
Premiumの違いはMessageUnitの数もありますが操作数じゃなくてMU当たり固定料金（日毎）なのと、仲介型接続の超過分がStandardと違い課金されない（MUに含まれてる）、リソース分離されているという点でしょうか。
日本はﾏﾀﾞｶﾅｧ
まだパブリックプレビューですが更新されました。SQL ServerのTDEなどにお使いください。
今日はSQL Database周りメインです。詳しい話はこちらをどうぞ。
新しくBasicとPremium Tierが追加されました。
Basicは最大5eDTU、Premiumは1000eDTUまでバーストさせることができます。
またElastic Database Pool間でのDBの移動が簡単にできるようになりました。低めのEDP（プラン）で使っておいて後で買えたりなど規模や状況に応じて変えやすくなりますね。そのあたりも含めてポータル上での管理もしやすくなりました。
プラン（Tier）による違いは以下のような感じです。
| Basic Elastic | Standard Elastic | Premium Elastic | |
| Elastic Database Pool | |||
| プールあたりのeDTU範囲（Preview時点） | 100 ? 1,200 eDTUs | 100 ? 1,200 eDTUs | 125 ? 1500 eDTUs |
| プールあたりのストレージ範囲 | 10 ? 120 GB | 100 ? 1,200 GB | 63 ? 750 GB |
| プールあたりの最大DB数（Preview時点） | 200 | 200 | 50 |
| Preview価格での想定費用 | $0.2/時 (～$149 / pool / 月) 追加eDTU毎に$0.002/時 (～$1.49/月) |
$0.3/時 (～$223 / pool / 月) 追加eDTU毎に$0.003/時 (～$2.23/月) |
$0.937/時 (～$697 / pool / 月) 追加eDTU毎に$0.0075/時 (～$5.58/月) |
| eDTUに含まれるストレージ | 0.1 GB/eDTU | 1GB/eDTU | 0.5GB/eDTU |
| Elastic Database | |||
| DBあたりの最大eDTU（Preview時点） | 0 – 5 | 0 – 100 | 0 ? 1,000 |
| DBあたりの最大ストレージ | 2 GB | 250 GB | 500 GB |
| DBあたりのコスト（Preview時点） | $0.0003/時 (～$0.22/月） | $0.0017/時 (～$1.26/月） | $0.0084/時 (～$6.25/月） |
このあたりも参考に –> SQL Database の価格
Performance TierにP4とP11が増えました。
＼＼ ムッシュことSEの雑記の出番 ／／
※ ぺんぺんししょーかもしれない
こまかいのもろもろ
Windows Server 2016 TP3もでてNano Serverも少し更新されたようなので試してみたいと思います。
だいぶお手軽になった感があるので、Hyper-V上でまずは動作するイメージを作成してみましょう。
Windows Server 2016 TP3のISOの中身を適当なフォルダーにコピーします。コピー後、ISOの中身\NanoServer\packagesフォルダにあるen-usフォルダをコピーしてja-jpにリネームします（OSが日本語環境の場合のみ）
あとは作成したイメージ（VHDファイル）を保存する先とワーク用のフォルダを用意しておきます。
最初に new-nanoserverimage.ps1 を読み込んでおきます。
. .\new-nanoserverimage.ps1
※コピーしたISOフォルダーがカレントフォルダーとします
スクリプトを読み込むとNew-NanoServerImageが利用できるようになります。細かなパラメーターはヘルプでも参照してもらうとして、単純に作るには以下のようにします。
New-NanoServerImage ` -MediaPath E:\temp\Win2016TP3 ` -BasePath E:\temp\NanoServer\base ` -TargetPath E:\temp\NanoServer\vhd\buchinano ` -ComputerName buchinano ` -GuestDrivers ` -ForAzure
MediaPathはISOフォルダ、BasePathは一時的なフォルダ、TargetPathは作成するVHDの保存先、ComputerNameは作成するコンピューター名です。
GuestDriversはHyper-Vで動作させる場合に必要です。物理サーバーの場合は代わりにOEMDriversを指定します。
ForAzureはAzure上で動作させる場合に指定します。（単にGuestDriversとRemoteWinRMを有効化してるだけのようですが）
実行するとAdministratorアカウントのパスワードの入力を求められます。実行後しばらくすると40GBほどのVHDファイルが出来上がります。
基本的にはこれだけです。細かい話は公式参照。
出来上がったVHDを使って世代1（Gen1）の仮想マシンをHyper-V上に作ります。起動すれば依然のTPとはちょっと違って多少ましなコンソールが表示されます。
設定したパスワードで認証すれば簡単な情報を見ることができます。（Tabで項目移動です）
またCtrl+F6で再起動、Ctrl+F12でシャットダウンもできますね。
コンソールでは「＞」がついた項目にTabで移動してEnterすればより詳細な情報を見ることができます。Networkを選んでアダプターを選べばIPアドレスなどを参照できます。
カーソルの上下キーでスクロールできます。
ESCキーで元の画面に戻れます。（F4キーでアダプターのOn/Offができます）
あとはWinRMなどを使ってリモートからも接続できます。この辺りは同じですね。
相変わらずの軽快さです。
Azureで起動させる場合は出来上がったVHDをAdd-AzureVhdなどを使ってアップロード後、VMv1であればクラシックポータルから「ディスク」として登録します。（汎用化せずにそのまま使うので「イメージ」としては登録しない）
あとは普通に作ればいいのですが、RemotePowerShellは5985ポートが既定なのでなおしておきます。
イメージのコピーが無いのとそもそも起動が早いので、普通のVMに比べて早く立ち上がります。
ただ現状そのままだとRemoteでつながらない。（F/W周りだと思うのですがまだ解決してません）
VMAgentも入れたいしもうちょっとコネコネしないといけないかもしれません。
.NET CoreのASP.NET 5なWebアプリとかならF/Wの設定してしまえば問題なく動きそうですね。とはいえWindows Containersが動いたりしてくれないと現時点ではなかなかつらいものがあるかもしれません。（アプリを動作させる基盤としては）
インフラの基盤としてHyper-Vクラスタにしたりという用途であればちゃんと評価を始めてもいいのかもしれませんね。（まだまだ大変な気もしますが）
それぞれTechnical Preview 3がリリースされました。MSDNなどなどからゲットしてください。
System Center 2016あたりはうるしませんせーに聞くと良いのではないでしょうか。
Windows Server 2016 Technical Preview 3 (TP3) での新しい部分などはこちらを参照。
以前のPostで8月中にAzure App Serviceで.NET Framework 4.6が使えるように～という話がありましたが、今日ロールアウトされて利用できるようになりました。
これで安心して（？）.NET Framework 4.6使えますね。ちなみにRyuJITは今のところ無効化されてるようです。
安定して利用できるようになるのを待ちましょう。
以下のようなアナウンスがされています。
もともとASM（Azure Service Management）とARM（Azure Resource Management）の2種類あってSwitch-AzureModeでモードをかえつつ使ってたのですが、2015年9月25日をターゲットに削除する予定のようです。
当初、Cmdletを同じにそろえようとしてたのですが議論の末、AzureRMという統一した名称になるようです。
[Verb]-Azure[Noun]なのが[Verb]-AzureRM[Noun]ですね。（Get-AzureRMVmのような感じで動詞と名詞（サービスやリソースなど）という感じです）
あとはモジュールの分割、PowerShell Gallery経由でのARMモジュールの配布、自動化されたドキュメントのMSDNへの追加などが予定されてるようです。
もともとARMへの移行が推奨されてた感じではありますが、今は過渡期ということでもろもろ変わることを前提にしておく必要があります。
なぜ変えるのか？というところですがまぁSwitch-AzureModeでModal/Statefulな挙動に不満が多かったんでしょうね。そもそも中途半端ですし。まぁそういうことで将来的な基盤を提供したいから破壊的変更させてくださいという感じです。
細かい理由やロードマップは最初に挙げたGitHubのページを参照ください。
まぁ個人的には早く全部ARMで管理できるようになることと、Azure Portalでフルコントロールできること、Azure PowerShellももっとシンプルになることを望みます。（ASMが無くなればもっとシンプルになるんだけど）
.NET Framework 4.6がリリースされましたね。さてさてAzureで（今、）使うにはどうすればいいでしょう？という話です。
基本的に自分でOSより上部分は管理するのがIaaSであるVirtual Machineなので、.NET Framework 4.6も自分でインストールしましょう。Azure Automation使ったりプラグイン使ったりでがんばって自動化するといいかと思います。
Managementなサービス/PaaSなので基本的に何もしなくてよいです。ただそこは自分で管理できないのがつらいところ、利用可能になるまで待つ必要があります。現在検証中で今のところ2015年8月中にはロールアウトされる予定のようです。
→ 2015/08/15追記: ロールアウトされました
PaaSではありますがちょっと面倒くさいです。基本的には.NET Framework 4.6のWebインストーラーをパッケージに含めてスタートアップタスクでインストールするという方法になります。
詳細は上記ドキュメントを参照ください。
ぶっちゃけインストール済みのGuest OSがほしいところですけど。
まぁ手動のやつは好きなように、そのほかはもうちょっと待ってれば使えますよという感じですかね。
ちらほらと。
いまだにClassic Portalでしか管理できないCDNですが、補助ポータルができたことで機能のUpdateともう少しましな管理ができるようになりました。
Classic PortalのCDNを見れば新しく「CDNの管理」ボタンがあるのでそちらからどうぞ。
クリックすると補助ポータルが表示されます。
※使ってないCDNだから見せられるような情報ないですけど。
機能拡張としては3つ
※ はやく証明書のアップロードとか来ないかな、、
なりました。というかARM（Azure Resource Manager）対応です。
細かい話はお義父さん™か上記Blogを見てもらえれば。今後のHDInsightのASM（Azure Service Management）のクラスタとARMでのロードマップ周りはちょっと注意でしょうか。
ということで、ARMに慣れておきましょうね。
