Microsoft Azure ちょっとした情報など

2018年6月6日水曜日

Warning: Failed to mount the Azure file share. Your cloud drive won't be available. Your Cloud Shell session will be ephemeral so no files or system changes will persist beyond your current session. というエラーがでたときの対処。

原因は、一回目にShellを実行したときにストレージアカウントを設定するのだけど、そのストレージアカウントを削除してしまうことらしい。

ということで、アカウントの設定しなおしで治る。手順は以下の通り。

shellな画面で、clouddrive unmount を実行。
shellを再起動。

この手順で、再度、ストレージアカウントの設定になるので、お好きなとおりに設定すればOK。

2018年2月8日木曜日

IIS Manager 1.2 から App Service に接続できない件

OS が Windows Server 2012 から 2016 にアップグレードされたからか、IIS Manager からの接続ができなくなったのだけど、バグだったっぽい。

Can no longer manage any Web Apps with IIS Remote Manager - Could not load file or assembly - AppHostFileProvider

https://social.msdn.microsoft.com/Forums/en-US/e5ef578b-8a83-4e46-84dd-3113488b579b/can-no-longer-manage-any-web-apps-with-iis-remote-manager-could-not-load-file-or-assembly-?forum=windowsazurewebsitespreview

Could not load file or assembly
'Microsoft.Web.Configuration.AppHostFileProvider, Version=8.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The system cannot find the file specified.

というエラー発生。早くなおるといいな。

2017年10月6日金曜日

Azure 仮想マシンの smalldisk な性能は謎

2017年9月26日 [Public preview: PowerShell in Azure Cloud Shell]粗訳

OSディスクの話。普通にSSDで仮想マシンを作ると、128GBのSSDが割り当てられる。ポータルで確認しても、IOPSの上限は500、スループットは60MB/秒

そのときの、CrystalDiskMarkの結果

-----------------------------------------------------------------------
CrystalDiskMark 5.2.1 x64 (C) 2007-2017 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
* KB = 1000 bytes, KiB = 1024 bytes

   Sequential Read (Q= 32,T= 1) :    68.445 MB/s
   Sequential Write (Q= 32,T= 1) :    59.840 MB/s
   Random Read 4KiB (Q= 32,T= 1) :    34.551 MB/s [ 8435.3 IOPS]
Random Write 4KiB (Q= 32,T= 1) :    27.933 MB/s [ 6819.6 IOPS]
          Sequential Read (T= 1) :    68.995 MB/s
         Sequential Write (T= 1) :    54.946 MB/s
    Random Read 4KiB (Q= 1,T= 1) :    32.141 MB/s [ 7846.9 IOPS]
   Random Write 4KiB (Q= 1,T= 1) :    17.622 MB/s [ 4302.2 IOPS]

Test : 50 MiB [C: 73.3% (93.0/127.0 GiB)] (x2) [Interval=5 sec]
   Date : 2017/10/06 18:04:22
     OS : Windows Server 2016 Datacenter (Full installation) [10.0 Build 14393] (x64)

ポータルで、[smalldisk]と書かれたイメージを発見。

実際に、32GBのSSDがわりあてられてるっぽい。ポータルで確認しても、IOPSは120、スループットは、25MB/秒という表記。

そのときの、CrystalDiskMarkの結果

-----------------------------------------------------------------------
CrystalDiskMark 5.2.2 x64 (C) 2007-2017 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
* KB = 1000 bytes, KiB = 1024 bytes

   Sequential Read (Q= 32,T= 1) :    67.299 MB/s
   Sequential Write (Q= 32,T= 1) :    67.420 MB/s
   Random Read 4KiB (Q= 32,T= 1) :    33.616 MB/s [ 8207.0 IOPS]
Random Write 4KiB (Q= 32,T= 1) :    33.753 MB/s [ 8240.5 IOPS]
          Sequential Read (T= 1) :    67.531 MB/s
         Sequential Write (T= 1) :    67.532 MB/s
    Random Read 4KiB (Q= 1,T= 1) :    33.425 MB/s [ 8160.4 IOPS]
   Random Write 4KiB (Q= 1,T= 1) :    33.419 MB/s [ 8158.9 IOPS]

Test : 50 MiB [C: 42.3% (12.7/30.0 GiB)] (x2) [Interval=5 sec]
   Date : 2017/10/06 9:08:38
     OS : Windows Server 2016 Datacenter (Full installation) [10.0 Build 14393] (x64)

ほぼ同じ性能ってどういうこと？！書き込みにいたっては、本来パフォーマンスの低いであろう32GBの方が性能でてるようにも見えるし。。。

謎。

2017年9月7日木曜日

アーカイブストレージからクールストレージにリストアしたときにかかる時間検証

ちょっと前からはじまっている、アーカイブストレージのプレビュー。今のところ、米国東部2でのみ利用可能。アーカイブしたファイルを取り出すのにどのくらい時間がかかるのか検証。

アーカイブストレージの詳細は https://docs.microsoft.com/ja-jp/azure/storage/blobs/storage-blob-storage-tiers

これによると、50GB未満のBLOB処理で、最大15時間かかるとのこと。

やってみたことは、

アーカイブできるストレージアカウントの作成
BLOB配置のためのコンテナ作成
BLOB(画像、約1.7MB)のアップロード
BLOBに https でアクセスできることを確認
Access Tier を Archive に変更
BLOB にhttps でアクセスしてエラーになることを確認 (409エラーとなる)
Access Tier を Cool に変更
BLOB に https で定期的にアクセスし、200がかえってくるまでの時間を測定

検証方法

Application Insights を使って、5分間隔で、pingしてみる。

結果

ほぼ、1時間で、Archive から Cool に Access Tier の変更が完了。

まとめ

プレビューで利用している人がすくないからかもしれないけど、全然、15時間かからない。良い感じ。もっと大きなファイルになったらどうなるのか、後日検証。

2017年2月19日日曜日

管理ディスク(Managed Disk)を使う時の注意点。

便利。

煩わしい、ストレージアカウントを使わなくてイイので、管理が楽。

が、当然、落とし穴もある。

1つ目の落とし穴は課金が増えること。使ってない領域分も課金されるからね。

2つ目はデータセンターによっては可用性セットが2つに限定されてしまうこと。東日本・西日本は、現在のところ、ほんとに可用性セット2つしかつくれない。

可用性セット2つだと色々問題でるよなーーーーーー

ということで、東日本・西日本データセンターをつかうときは、今まで通りストレージアカウントをつかうことが、現時点ではオススメ。

2017年1月19日木曜日

OMS Log Analytics で、SQL DB / Web Apps 等を監視できるのか？

https://blogs.technet.microsoft.com/msoms/2017/01/17/enable-azure-resource-metrics-logging-using-powershell/

を設定してみた。が、データがみれてる気配は今のところ無し。データがあつまってないだけなのか。。。

2017年1月13日金曜日

Web Apps、サーバーヘッダを削除する

以前、オフィシャルブログに書かれていた内容。

ウェブサーバーの情報を削除する

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<system.webServer>
    <httpProtocol>
      <customHeaders>
        <remove name="X-Powered-By" />
      </customHeaders>
    </httpProtocol>
    <security>
      <requestFiltering removeServerHeader="true" />
    </security>
</system.webServer>

<system.web>
    <httpRuntime enableVersionHeader="false" />
</system.web>
</configuration>

<security>
<requestFiltering removeServerHeader="true" />
</security>
で、サーバー情報の削除

<customHeaders>
<remove name="X-Powered-By" />
</customHeaders>
で、X-Powered-By の削除。(ただし、ASP.NETだけ)

<system.web>
<httpRuntime enableVersionHeader="false" />
</system.web>
で、バージョン番号の削除。