[Preview] Webエンドポイントの監視機能

2013/03/052013/03/05 / buchizo / コメントする

さらっとWindows Azureの管理ポータルに機能が追加されました。（まだPreviewですよ）

・Windows Azure Cloud Services、VMs（仮想マシン）、WebSites（Webサイト）のWebエンドポイントをポータル上から監視できます

さっそく見てみましょう。

管理ポータルの「構成」ページ内の監視カテゴリに「エンドポイント」欄が増えています。

説明欄には

エンドポイントの監視のヘルプ

エンドポイントの監視を使用すると、HTTP または HTTPS エンドポイントの可用性を地理的に分散した場所から監視できます。最大 3 か所の地理的に分散した場所からエンドポイントをテストできます。HTTP 応答コードが 400 以上であるか、または応答に 30 秒を超える時間がかかった場合、監視テストは失敗となります。すべての指定した場所から監視テストが成功した場合、エンドポイントは利用可能と見なされます。

とあります。

400以上ってざっくりですけど、まぁそんな感じで2つのURLを監視対象として指定できます。

説明欄にもある通り、1つのエンドポイント（URL）に対して3か所からチェックすることができます。4つ目チェックしようとすると怒られます。

さてさて、設定してしばらく経てばダッシュボードや監視タブで結果を見ることができます。（監視そのものは5分に1回実行されるようです。）

こんな感じでwebエンドポイントの状態という欄が増えました。問題なければグリーンのチェックで、何か異常な応答だったら（30秒以上かかったとか、ステータスコードが400以上で返ってきたとか）ビックリマークになります。それぞれクリックすると、詳細な結果（直近5回分）が見れます。

グラフも応答時間をサマリとしてだしてくれてます。（なんだか微妙な気もするけど）

もちろん監視ページではもう少し詳しく見ることができます。（メトリックの追加でアップタイムも選択できます）

まぁまだプレビューということで一歩足りないところではありますがお手軽に見ることができるのは嬉しいですね。今後に期待です。

Windows 8でユーザープロファイルの位置を変える

2013/03/042013/03/04 / buchizo / 2件のコメント

Cドライブに128GBのSSDとか使ってると知らぬ間に枯渇して瀕死となるので、なんとかしましょう。ということで。

やり方としてはもろもろロックされてない状態でUsersフォルダを移動してシンボリックリンク貼るだけです。（別にProgram FilesでもなんでもOK）

Windows 8のブートメディア等から起動してRepairモード → トラブルシュート（Trobuleshoot） → 拡張オプション（Advanced Options） → コマンドプロンプト（Command Prompt）まで起動したら、あとはUsersなどを移動させましょう。

robocopy "C:\Users" "D:\Users" /E /COPYALL /XJ

あ、元々のCドライブがCにマウントされてるかどうかは微妙なので、Diskpartコマンド等で確認しておいてください。

移動後は削除してシンボリックリンク貼ります。

mklink /d c:\users d:\users

細かいのはHow To Change User Profile Location in Windows 8 without Registry Hack とか参照。

2月23日の空は雷雨でした

2013/02/262013/03/04 / buchizo / コメントする

というわけで2月23日は盛大にWindows Azureが落ちてました。正確にはWindows Azure Storageの証明書の問題で、Storageに引っ張られてACS、管理ポータル、Media Services、ServiceBus、Web Sitesなどが軒並みアウトという状況。

ダッシュボードの様子は Windows Azure Armageddon で見れます。（アルマゲドンとか言われてるし）

まぁ自分管理のサービスはなかったにせよ、多数の悲鳴が聞こえてきたわけで、アルマゲドンとか言われるのもわかります。

事の発端というか認識はこのツイートから。

で。ダッシュボードみたらあれよという感じです。原因はStorageで仕様している証明書の期限切れです。（またか）

http://stackoverflow.com/questions/15033020/windows-azure-storage-certificate-expired

このあたりPKIやってると基本のキみたいなところですが、どうも手動オペレーションっぽいところはまだまだノウハウたまってないというか共有できてないのか、不十分っぽいですね。これを気によりよくしてもらいたいです。

※誰かが言っていましたが原因がわかっている障害だけにまだましとも言えますが「ダサい」障害なのは間違いない…

細かい対応の経緯とかはこちらで見れます。

2/23に発生したWindows Azureストレージの障害の状況

Feb 22 2013 8:44PM – We are experiencing an issue with Storage Worldwide and this is impacting all dependent services. We are actively investigating this issue and working to resolve it as soon as possible. Further updates will be published to keep you apprised of the situation. We apologize for any inconvenience this causes our customers.

Feb 22 2013 9:30PM – We identified that HTTPS operations (SSL transactions) on Storage accounts worldwide are impacted. We are actively investigating this issue and working to resolve it as soon as possible. Further updates will be published to keep you apprised of the situation. We apologize for any inconvenience this causes our customers.

Feb 22 2013 9:45PM – Access Control v2, Service Bus, WindowsAzure.com and WebSites services are impacted by Storage service degradation worldwide. We are actively validating the recovery steps to resolve it as soon as possible. Further updates will be published to keep you apprised of the situation. We apologize for any inconvenience this causes our customers.

Feb 22 2013 10:15PM – We are currently validating the repair steps in our test environment. Further updates will be published to keep you apprised of the situation. We apologize for any inconvenience this causes our customers.

Feb 23 2013 12:15AM – We have initiated the recovery on some of the impacted clusters. This is expected to take a few hours. We are also validating faster recovery options. Further updates will be published within 2 hours to keep you apprised of the situation. We apologize for any inconvenience this causes our customers.

Feb 23 2013 2:15AM – The test deployments on two of the impacted storage clusters are making steady progress. We are evaluating accelerated repair options to mitigate the impact as soon as possible. We expect to finalize the repair steps within 2 hours, at which time we’ll be able to provide more details. We apologize for any inconvenience this causes our customers.

Feb 23 2013 4:15AM – The test deployments on two of the impacted storage clusters are making steady progress. We finalized the accelerated recovery steps and will execute them on remaining Storage clusters. Further updates will be published within 2 hours to keep you apprised of the situation. We apologize for any inconvenience this causes our customers.

Feb 23 2013 5:30AM – We executed repair steps to update the SSL certificate and majority of our customers are likely to notice recovery. Further updates will be published to keep you apprised of the situation. We apologize for any inconvenience this causes our customers.

Feb 23 2013 7:30AM – Restoration of Storage service is complete on majority of the clusters in the sub-region and we are monitoring SSL traffic. We will continue to monitor the health of the service and address any intermittent failures before declaring the sub-region fully recovered. We apologize for any inconvenience this causes our customers.

Feb 23 2013 9:00AM – We have executed repair steps to update SSL certificate on the impacted clusters and have recovered to over 99% availability across all sub-regions. We will continue monitoring the health of the Storage service and SSL traffic for the next 24 hrs. Customers may experience intermittent failures during this period. We apologize for any inconvenience this causes our customers.

あと話変わりますがWadeが証明書が期限切れかどうか確認するコード書いてるので参考まで。

Detecting Expired PKI Certificates

結局、9～12時間ほど止まってたのかな。今はもちろん復旧していますがだいぶ泥臭い対応したようで、今後恒久対策など終われば公式発表がちゃんとあると思います。

→ RCA （根本原因解析）でました

2013年2月22日 (日本時間2月23日) に発生した Windows Azureストレージサービス中断の詳細について

今回たまたまAvakashのツイートみてわかりましたけど、日本語での対応状況をツイートしたりどこかに載せてもらえると嬉しいですね。

というわけで2月は毎年晴天じゃないAzureさんでした。来年以降は快晴に期待。FeedBackとか手伝えることがあればやりますけども。

PSSnapInを自作する

2013/02/16 / buchizo / コメントする

メモ程度。

1. Visual Studio 2012でクラスライブラリを作る

2. System.Management.Automation と System.Configuration.Install の2つのアセンブリを追加する。（※System.Management.Automation は C:\Program Files (x86)\Reference Assemblies\Microsoft\WindowsPowerShell\3.0\System.Management.Automation.dll にあるはず）

3. プロジェクトのプロパティで「ビルド後に実行するコマンドライン」でinstallutil.exeを使ってアセンブリをアンインストールする

c:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\installutil.exe $(TargetDir)$(TargetFileName)

※x64なアセンブリの場合はFramework64にしよう

※installutilを使ってインストールするので、Visual Studioは管理者権限で起動しておかないとうまくいかない（気がする）

4. デバッグ時に外部プログラムを開始するようにする

C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe

引数は以下のようにしてAdd-PSSnapInで読み込む

-noexit -command add-pssnapin buchizo.SnapinTest

5. SnapInクラスを継承したクラスを実装する

using System.ComponentModel;
using System.Management.Automation;

namespace buchizo.SnapInTest
{
	[RunInstaller(true)]
	public class buchizoSnapIn : PSSnapIn
    {
		public override string Description
		{
			get { return "test."; }
		}

		public override string Name
		{
			get { return "buchizo.SnapInTest"; }
		}

		public override string Vendor
		{
			get { return "buchizo"; }
		}
    }
}

RunInstaller(true)属性を忘れずに。

6. Cmdletクラスを継承してCmdletを実装する。

using System.Management.Automation;

namespace buchizo.SnapInTest
{
	[Cmdlet("Get", "Test")]
	public class GetTest : Cmdlet
	{
		protected override void ProcessRecord()
		{
			this.WriteObject("Test3");
		}
	}
}

細かいのはリファレンス参照で。

とりあえずこれで動く。デバッグ実行もOK

Windows Azure Media ServicesがGAしました

2013/01/23 / buchizo / 1件のコメント

GAは唐突に。そう唐突に。

ScottGu’s Blog （日本語訳）にもある通り、Windows Azure Media Servicesが一般提供（General Availability）されました。

一般提供が開始されたということは、SLAが付いたということです。ちょっと日本語のフォントがおかしいですがSLAはこちらから入手できます。

Windows Azure Media Services Service Level Agreement (SLA)

※フォント指定しなおしたらちゃんと見えます。

SLAは2種類あって1つはオンデマンドストリーミングの月間稼働時間、もう1つはメディアサービスのエンコードREST APIのトランザクション数のようです。どちらも99.9%を下回ると10%返金のようですね。気になる人はちゃんと読みましょう。

気になるお値段ですが、以下の4種類で変わりますので注意。

メディアサービスのエンコード

とりあえずメディアサービスのエンコードに関しては2013年2月17日までは課金されないようです。課金単位は「処理されたデータ量」で、データの入力とエンコードされたデータの出力両方が対象です。※保存先のストレージとそれにかかるデータ転送料も別途かかります。

最初の5TBまでは 173.95円/GByte。

メディアサービスエンコードの占有ユニット

占有ユニットを使用してエンコードの並列処理ができますが、その占有ユニットあたり8,653.59円/月かかります。ちょっと計算がややこしいようです。

アカウントでプロビジョニングされた状態の占有ユニットの最大数を使用して日割りで計算されます (24 時間単位)。たとえば、11:00 にエンコードの占有ユニットを 5 個購入した後、15:00 にその数を 3 個に減らした場合、その日は 5 個の占有ユニットに対して料金が発生します。23:00 にエンコードの占有ユニットを 5 個購入した後、翌日 10:00 にその数を 3 個に減らした場合、1 日目は 5 個の占有ユニットに対して料金が発生し、2 日目も、最初の 10 時間は 5 個の占有ユニットを所有していたため同様の料金が発生します。

まぁ、注意しましょう、ということですね。占有ユニットを使わない場合はこの費用は掛からないみたいです。

メディアサービスオンデマンドストリーミング

オンデマンドストリーミングする場合、ユニットあたり17,394.59円/月かかります。アクティブだった占有ユニットの最大数の24時間単位な日割りで計算なのでこちらも注意。またAzureからのデータ送信は別途費用が発生します。

メディアサービスのパッケージ化

パッケージングそのものは無料でOK

というわけで料金詳細はこちら。

料金の詳細

ちなみにオンデマンドストリーミング、エンコーディングについては管理ポータルの「スケール」で変更することができます。既定はどちらも占有ゼロ状態なので安心ですね（？）

Windows Azure Media Servicesを使ったサービスを開発する場合、Media Services libraries for .NET (Windows Azure Media Services .NET SDK) とMedia Services libraries for Javaの2種類があるようです。JavaのほうはAzure SDKに含まれてるからそっち見てね。とのこと。

Java使えるから一応WIndows/Mac/Linuxで開発できますね。

動画を見るクライアント側のSDKとしてはSmooth Streaming Client SDKがWindows 8用、SilverlightとWindows Phone用の2種類、それからOSMF向けPluginとiOS Media Player Frameworkが提供されています。

ということで、以下のようなクライアントたちをターゲットに配信できちゃいます。

Windows 8
iOS
Xbox
Flash Player (built using Adobe OSMF)
Silverlight
Windows Phone
Android
Embedded devices (Connected TV, IPTV)

やったね☆

動画の処理はメディアサービスが行ってくれますが、実際に大量の動画データをAzure側に送り込む必要があるので大変です。そんなときは一括アップロードしちゃいましょう。またUDPを使ったAsperaで高速アップロードも使えるので必要に応じて使いましょう。

というわけで、GAされて一安心。動画配信プラットフォームはSmooth Streaming＋Windows Azure Media Servicesでキマリですね。

ブチザッキ

いわゆる雑記

作成者: buchizo

Windows 8でユーザープロファイルの位置を変える

2月23日の空は雷雨でした

PSSnapInを自作する

メディア サービスのエンコード

メディア サービス エンコードの占有ユニット

メディア サービス オンデマンド ストリーミング

メディア サービスのパッケージ化

メディアサービスのエンコード

メディアサービスエンコードの占有ユニット

メディアサービスオンデマンドストリーミング

メディアサービスのパッケージ化