Azure-Stack-Hci

事象 Azure Stack HCI OSでクラスタを作成中にクラスター検証に失敗する事象に遭遇しました。 ネットワークインターフェイス node1.hci.local - Management と node2.hci.local - Management が同じクラスターネットワーク上にありますが、ポート 3343 で UDP を使用して xxx.xxx.xxx.xxx からアドレス xxx.xxx.xxx.xxx に到達できません。 ですが、ネットワーク的に本当にブロックしているわけでもなく原因がわかりませんでした。切り分けのためにFirewallもすべて無効化しましたが効果なし。 そもそもクラスタにするような環境ではUDP 3343で待ち受けているプロセスがあるのかと思いましたが、ほかのクラスタの検証に成功する環境で確認したところそのようなプロセスはありませんでした。テスト実行中に動的に作成されるプロセスで通信確認しているようです。 逆に何かほかのプロセスが待ち受けでUDP 3343を使ってしまっているわけではないことも、netstat -ano で確認しました。 本当にUDP 3343で通信できるかどうかの確認 本当にUDP 3343で通信ができるかどうかを確認しました。いつもUDPでの疎通確認方法には困っていたのですが、今回下記のPowerShellを発見しました。手軽でとても便利ですね。 https://cloudbrothers.info/en/test-udp-connection-powershell/ こちらのスクリプトを使って実際にUDP 3343で通信できることを確認しました。何も問題ありません。ということで、おそらくこのエラーが出るのはバグっぽいなぁと思います。 ネット上の情報 ネットで検索すると結構UDP 3343で通信できないことが原因でクラスタの検証に失敗している例はあるようです。 https://docs.microsoft.com/en-us/answers/questions/249241/cluster-network-validation-fail-udp-port-3343.html でも、今回は該当しませんでした。 回避 ちょっと回避策がわかりませんでした。仕方がないのでAzure Stack HCI OSの英語版をノードにインストールしなおして、再実行したところすんなりと検証に成功してしまいました。 もともとの事象が発生していた環境は日本語版のAzure Stack HCI OSを使っていました。ですので、日本語版のAzure Stack HCI OSにはクラスタの検証に失敗するバグがある…。のかもしれません。 ただし、別環境では日本語版Azure Stack HCI OSでうまく成功しているケースもありますし、ネット上の情報では英語版のWindows Serverでの事例もあるし、はっきりとしたことはわかりません。 とりあえず、このエラーが出てしまったら、そのまま問題を深堀りするよりはOS自体を入れなおしたりしてしまったりしながら再構築してしまったほうが早そうな印象です。何かしら複雑な問題再現手順があるものと思います。ただ、基本的には検証プログラム自体が抱えている問題(バグ)があるものと推測します。 解決策が提示できず申し訳ないですが、参考にしてもらえればと思います。 2021/10/19追記 Microsoft MVP仲間の話によると、ほかの環境でも同じ問題が発生しているようです。 私の遭遇した環境ではIntel X722 NICを使っていたのですが、「Intel NICの問題ではないか？」という推測が上がっています。回避策としてはIntel NICを無効化する、という方法が有効だったという報告があります。 ...

Youtube活動継続中です 今日は予約投稿で、WordpressのAzure PaaSへの移行ではまったことをブログとyoutubeで記録しておきました。 https://cloud.ebisuda.net/2021/09/14/wordpress%e3%81%aeazure-paas%e7%a7%bb%e8%a1%8c%e3%81%a7%e3%81%af%e3%81%be%e3%81%a3%e3%81%9f%e3%81%93%e3%81%a8/ https://youtu.be/NAuQNTk4gVo 全く需要が無いだろうから閲覧、再生回数が低いのは置いておいて…。まぁ、これは完全に自分用です。戒めをこめて。 ブログとYoutubeで同じ内容を展開する場合には、おそらくブログ→Yotubeの順番のほうが良いでしょうねきっと。今回は逆でやってしまったのでちょっと失敗したもしれません。とはいえ、喋るにしても書くにしても、別に何の苦も無くサラサラとできるので、大した問題ではないのですが。 というわけで、ブログをお引越ししてプラットフォームは整ったので、今日は下記の事をやってました。 コードをコミットしたときに7サイトに自動的に最新のコンテナが展開されるように構成 GitHub ActionsとAzure Container RegistryのWebHookとどちらをどのように使うかでちょっと悩みました。良いか悪いか良く分かりませんでしたが、1サイトは普通に構成すると自動でビルド～デプロイまで構成してくれるのでそのまま利用しつつ、生成されたアクション内のタグの部分だけ固定でlatestにしてあげてほかのサイトにはwebhookで継続的デリバリされるようにしました。 が、なぜか1サイトだけ継続的デリバリの設定をしてもWebhookが自動生成されなくなってしまい(おそらくバグっぽい動き)、しかたがないのでそのサイトもGitHub Actionsで直接デプロイするようにしちゃいました。 Azure Container RegistryはBasicプランでお金をけちっていたのですが、BasicではWebhookが2つしか作成できなかったのでStandardプランに変更しました。 Google Analyticsでアクセス解析ができるように設定 サイトが沢山になってて、これまできちんとGoogle Analyticsを整理していなかったので整理しました。簡単にできるのかと思ったら、タグマネージャーなるものが(私的に)新登場だったり、ユニバーサルアナリティクスからGA4への移行が進んでいたりして、かなりお勉強モードになっちゃいました。 過去のデータを取っておきたい気持ちもちょっとありましたが、どうせもういいかなということで過去のデータは捨てて、全部0から作り直して設定しちゃいました。 サイトの解析周りはなんだかできる事が多すぎて全然勉強がたりないので、もう少し勉強してみてもいいかもしれません。 Azure Cost Managementでエクスポートを構成するとAzure MarketPlaceの料金が出ない？ 仕事は最近マイペースにぼちぼちと進められるようになったので平和に過ごしていたのですが、Azure Cost ManagementでCSVデータをエクスポートするようにするとAzure MarketPlaceに関しての情報が出てきてくれなくて納得がいきません。これ、全部情報出るはずだと思うのですが…。 月次のやつで「先月分」にしないと出ないのかもしれません。今それを確認中。そこにも出ないようなら問題ですかね？って報告しようとしてみます。 Azure Stack HCI OSが知られていない 久しぶりのお客さんと会話する機会があったのですが、Windows Server 2022まですでに試されているお客さんにもかかわらず、Azure Stack HCI OSの事を全くご存じなかったです。Azure Stack HCIももうちょっと市場認知度を上げたいところです。私も他人ごとではないのですが。 長女が高校生になったので質問されても回答が難しい 今日はそういえば、朝、長女に質問されていた数学の問題を一緒に解いたりしました。2時間数の解の範囲周りの問題。もう私はすっかり忘れてしまっていて、質問されてから、Webやyoutubeで質問されたこと周辺を復習して思い出したり、改めて理解しなおしたりしてからじゃないと長女と会話できない感じになりました。 もちろん自分が受験生だったころには当たり前に解けた問題なのだろうとは思うのですが、いや、人間の記憶力は恐ろしいですね。 とはいえ、今は何にもなくてもスマホがあってネットにつながっていれば、いろんなことを沢山の人がわかりやすく解説してくれていますね。本当に昔とは大違いです。やる気があれば、物凄く沢山の事が独学できてしまう…、というかもう独学ですらないのかもしれません。メジャーな領域であれば。子供たちがとても羨ましくもあり、同時に、そういう世の中で本当に必要になる事って何なんだろうなと改めて思ったりもしました。 とはいえ、息子はゲームをずっとしてるし、次女は漫画読んでるし、今も昔も変わってない感じもかなりありますが…。 Twitterに本文を直接流す設定で流したりもしてますが、この分量はさすがに多すぎますね。今日はリンクのみにしておこう…。

今日はLenovoさん(Lenovo Enterprise Solutionsさん)のラボと機材をお借りして、Azure Stack HCI、別の言い方をするとS2D(Storage Spaces Direct = 記憶域スペースダイレクト)のスイッチなしでの3ノード構成の構築、テストをさせてもらいました。いつもありがとうございます！ S2Dは2ノードから構成できる、さらにスイッチが無しでも直接サーバー同士を接続することで構成ができるということで非常に小さくはじめられる素敵なHCIです。もちろんスイッチ経由で接続すれば2ノードから16ノードまで構成できるわけなのですが、コストを抑えつつもノード数も増やしたい！という声に答えて(※筆者の予想)、正式に3ノード構成をスイッチ無しで構成することもサポートされました。 2ノードであれば直接クロスさせるのだろうなと直感的にわかりますが、3ノードだとどうやって接続するのでしょうね？それに対する非常にわかりやすいガイドがLenovoさんから出ています。 - [Microsoft Storage Spaces Direct (S2D) Deployment Guide](https://lenovopress.com/lp0064.pdf) Microsoft Storage Spaces Direct (S2D) Deployment Guideより引用 上記の図のように2ノードでスイッチ無しの場合にはストレージ用のネットワークを独立させて直結させます。 以前のガイドではこのときにストレージ用のNICをSETでチーミングすべきなのか、すべきではないのか、しないとすればセグメントは分けるべきなのか、同じでいいのか？など曖昧な書き方だったのですが、ガイドもバージョンが上がってこの点明確になっています。 - ノード間を直結させる場合にはストレージ用のNICはSETを組まない - 2対のNICのネットワークセグメントは同じでも異なっても良い ということが明記されています。 Microsoft Storage Spaces Direct (S2D) Deployment Guideより引用 そして、このコンセプトは3ノードでも同じです。あとは単純に結線の仕方が違うだけです。 Microsoft Storage Spaces Direct (S2D) Deployment Guideより引用 Node1, Node2, Node3がそれぞれ直接繋がる形になっているわけですね。実際に実機でやってみましたよ！ かなりわかりにくいですが、3台のサーバーそれぞれを直接接続してます。これで3ノードのS2Dがスイッチ無しで組めます。 pic.twitter.com/8CAGnKPKmo — Masahiko Ebisuda (@ebi) January 7, 2020 https://platform.twitter.com/widgets.js で、繰り返しになりますがこのガイドではこのときにNode1-Node2, Node1-Node3, Node2-Node3のそれぞれの接続に対して同じネットワークに構成すべきなのか異なるネットワークにすべきなのかの指定はありません。どうやってもうまく動いちゃうからなんですね。 よく考えると、上の図でCorpNetと書かれている方でもサーバー同士は繋がっています。複数のNICがあり、複数の接続パターンがある状況で適切にすべてのパスを使っていい感じに帯域を稼いでくれる「SMBマルチチャネル」という仕組みがあって、全部いい感じに自動でしてくれちゃいます。 - [簡略化された SMB マルチチャネルと複数 NIC のクラスター ネットワーク | Microsoft Docs](https://docs.microsoft.com/ja-jp/windows-server/failover-clustering/smb-multichannel) この機能かなり昔からあるのですが、いまいち活用されてなかったような気がしていたのですが、クラスタ周りでは大活躍です。 ...

先日 Lenovo Transform 3.0 にて登壇させていただき、Lenovo ThinkAgile MX for Microsoft Azure Stack HCIについて話をさせてもらいました。 この登壇に先立って2ノード構成での検証もラボをLenovoさんにお借りして実施させてもらい、そこでデモ動画撮影等も行わさせてもらいました。 作成した動画は私の個人のYoutubeに順次Uploadさせて貰う予定です。 まずは、Windows Admin Centerの概要とXClarityとの連携に関しての動画を作成しましたのでぜひご覧になってみてください。