JAZUG

VMv2でブート時診断ができるように

/ buchizo / コメントする

なりました。

VMv2用の機能なのでARM経由で作る必要があります。
image

あとはオプションの設定で監視を有効にしましょう
image
（監視中っていうラベルは訳としてどうなんだ）

Azure PowerShellなどから作成する場合は以下のようにAPIバージョンを2015-06-15にしてdiagnosticsProfileにbootDiagnosticsを追加しましょう。

{
      "apiVersion": "2015-06-15",
      "type": "Microsoft.Compute/virtualMachines",
      … 



        "diagnosticsProfile": {
          "bootDiagnostics": {
            "enabled": true,
            "storageUri": "[concat('http://', parameters('newStorageAccountName'), '.blob.core.windows.net')]"
          }
        }
      }
    }

既存の仮想マシン（VMv2）に追加する場合、ポータルから有効にするだけです。

Linuxの場合
image
Windowsの場合
image

ブート時の診断ログはストレージに出力されますが、ポータルの「Boot diagnostics」タイルから簡単に参照できます。
image

Windowsの場合
image
Windowsの場合、シリアル経由でログが出力されるわけでじゃないので基本見れません。上部の「Screenshot」ボタンをクリックすればコンソールでしか見れないブート時の画面を見ることができます。
image（正常に起動してるので特に代わり映えないですが）

Linuxの場合はこんな感じで見れます。
image

ダウンロードも可能。ちなみに画面も見れます（正常に起動してればログオンプロンプトが出てるだけ）

Blobストレージ上にbootdiagnostics-<マシン名>-<GUID>なコンテナにそれぞれBMPファイルとログファイルが吐き出されます。

image

仮想マシンいじりすぎて起動しねーなどの場合にご利用ください。
（Linuxでカーネルコンパイルしくったとかまぁいろいろ（意味深

Azure Stackのデモ

/ buchizo / コメントする

水曜日からMicrosoft FEST 2015が開催されてまして今日が3日目、テクニカル系の日ですがキーノートでAzure Stackのデモやってました。（！）

利用者側が使うポータル画面
imageimage

だいたい今のPreviewポータルと同じです。

管理者側（サービス提供側）の画面も似たような感じです。

imageimage

利用者向けに新しいサービスを作ったりできます
image

モニタリングも
image

Azure Stackとしてのデモは初めて見た気がします。URLみたらちゃんと非MSというのがわかります。

余談

ただまぁインフラ側の話まったくなかったので寂しいです。あと解像度あらくて見難いけどよくよく使えるリソースみたらApp Service、SQL Server、仮想マシン、というところなのでAzure Packと大差ないのでは…

ただストレージがあるので、これは期待が持てますかね!?

image[21]

GSシリーズの詳細とかPremiumなService Busとか Azure Update (2015.09.03)

/ buchizo / コメントする

この間こそっとGSシリーズ使えるようになっていましたが、詳細でてました。

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のリージョンで使うことができます。

このあたりも参考にどうぞ。

D/DSシリーズの仮想マシンとCloud Servicesの値下げ

2015年10月1日以降、DシリーズおよびDSシリーズのインスタンスが27%値下げされます。やったね！

Service Bus Premium（Preview）

Service BusのメッセージングにPremiumが増えました。（現状PremiumはPreview。Service Bus Relayは対象外）

Premiumの違いはMessageUnitの数もありますが操作数じゃなくてMU当たり固定料金（日毎）なのと、仲介型接続の超過分がStandardと違い課金されない（MUに含まれてる）、リソース分離されているという点でしょうか。

DocumentDBがAustraliaに

日本はﾏﾀﾞｶﾅｧ

Azure Key Vault用のSQL Serverコネクタ

まだパブリックプレビューですが更新されました。SQL ServerのTDEなどにお使いください。

 

そのほか

SQL Database周りの更新

/ buchizo / コメントする

今日はSQL Database周りメインです。詳しい話はこちらをどうぞ。

Elastic Database Pools

新しく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 の価格

SQL Database

Performance TierにP4とP11が増えました。

  • P4
    • 500DTU、DBサイズ500GB、Point In Time Restoreは35日、価格は255円/時（～189,720円/月）
  • P11
    • 1750DTU、DBサイズ1TB、Point In Time Restoreは35日、価格は959.82円/時（～714,102円/月）

 

参考

まとめ

＼＼ ムッシュことSEの雑記の出番 ／／

※ ぺんぺんししょーかもしれない

Azure Update (2015.08.22)

/ buchizo / コメントする

こまかいのもろもろ

Windows Server 2016 & System Center 2016 Technical Preview 3 ほか

/ buchizo / コメントする

それぞれTechnical Preview 3がリリースされました。MSDNなどなどからゲットしてください。
System Center 2016あたりはうるしませんせーに聞くと良いのではないでしょうか。

Windows Server 2016 Technical Preview 3 (TP3) での新しい部分などはこちらを参照。

続きを読む →

Azure App Service に.NET Framework 4.6がロールアウトされました

/ buchizo / 1件のコメント

以前のPostで8月中にAzure App Serviceで.NET Framework 4.6が使えるように～という話がありましたが、今日ロールアウトされて利用できるようになりました。

image

これで安心して（？）.NET Framework 4.6使えますね。ちなみにRyuJITは今のところ無効化されてるようです。

安定して利用できるようになるのを待ちましょう。

Azure PowerShell の変更予定など

/ buchizo / コメントする

以下のようなアナウンスがされています。

もともと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が無くなればもっとシンプルになるんだけど）

Azureで.NET Framework 4.6を使う

/ buchizo / 1件のコメント

.NET Framework 4.6がリリースされましたね。さてさてAzureで（今、）使うにはどうすればいいでしょう？という話です。

Virtual Machinesの場合

基本的に自分でOSより上部分は管理するのがIaaSであるVirtual Machineなので、.NET Framework 4.6も自分でインストールしましょう。Azure Automation使ったりプラグイン使ったりでがんばって自動化するといいかと思います。

Azure App Serviceの場合

Managementなサービス/PaaSなので基本的に何もしなくてよいです。ただそこは自分で管理できないのがつらいところ、利用可能になるまで待つ必要があります。
現在検証中で今のところ2015年8月中にはロールアウトされる予定のようです。

→ 2015/08/15追記: ロールアウトされました

Azure Cloud Servicesの場合

PaaSではありますがちょっと面倒くさいです。基本的には.NET Framework 4.6のWebインストーラーをパッケージに含めてスタートアップタスクでインストールするという方法になります。

詳細は上記ドキュメントを参照ください。
ぶっちゃけインストール済みのGuest OSがほしいところですけど。

 

まぁ手動のやつは好きなように、そのほかはもうちょっと待ってれば使えますよという感じですかね。

 

おまけ