いいじゃないか、三流で。

  概要 Prism Central の X-Play Playbooks の Webhook 機能で MS Teams に通知する     背景 MS Teams には受信 Webhook にて、ほかのアプリから通知を受け取り、チャネルやチャットに表示する機能がある。 これまではコネクタを利用した Incomming Webhook が利用されており、 Nutanix の X-Play Playbook もこの機能に対応している。 しかし、以下の記事にある通り、コネクタを利用した Incomming Webhook は 2025 年末に廃止となり、代わりに Workflow （ Power Automate ）を利用した Webhook への移行が必要となる     MS Teams - Incomming Webhook の廃止 Retirement of Office 365 connectors within Microsoft Teams     Incomming Webhook を利用した X-Play Playbooks による通知設定   従来の Incomming Webhook で通知する場合は、 X-Play にデフォルトで用意されている Action のうち、「 Microsoft Teams 」を利用する。     設定は非常に簡単である。 MS Teams 側で生成した Webhook URL を貼り付けて、任意のメッセージを通知することができる。 メッセージ内容は Playbooks の Trigger となったイベントの情報や、 Playbooks 内の他のアクションの出力などを埋め込むことができる。 以下の例では、 Playbook の実行日時（ Playbook: Current Time ）を埋め込んでいる。         実際に通知した際は以下のような表示となる。       MS Teams の新しい受信 Webhook に対...

  記事概要 Nutanix環境でのStorage Only Nodeの是非について質問を受けたので個人的に調べた結果のまとめ。 参考 https://portal.nutanix.com/page/documents/details?targetId=Web-Console-Guide-Prism-v7_0:wc-deployment-specifications-compute-only-node-c.html   Storage Only Node のメリット＆特徴 Compute リソースに依存しない柔軟なストレージ容量拡張が可能となる SO ノードではハイパーバイザーのライセンスが不要 データベースソリューションなどの用途で、 CO/SO ノードのみで構成する２ Tier 構成が可能     Storage Only Node のデメリット＆制限 & イマイチな特徴 SO ノード上で仮想マシンを稼働できない SO ノードは All Flash 必須 SO ノード利用時は、 SO ノードでは 25GbE 4 ポート以上が必須となるだけでなく、 HCI ノードでも 25GbE 2 ポート以上が必須。 SO ノードの合計 NIC 帯域は、 HCI ノードの合計 NIC 帯域の倍以上である必要がある。 SO ノードでは RDMA は非サポートになっている SO ノード専用モデルは存在しない（結局 HCI と同等の要件を満たす必要があり、 SO ノードに特化した安価モデルというわけにはいかない） 専用のライセンスはないため、 HCI ノードと同じようにコアベースの NCI ライセンスを利用する 推奨されるノード比が、１ HCI ：２ SO となっており、軽い容量増設では使いにくい SO ノード上の CVM の vCPU 要件が異常に大きい（t he number of vCPUs assigned to Controller VMs on the SO nodes must be greater than or equal to the total number of available cores on all the AHV HCI nodes in the cluster. ...

  概要 Prism Central の LCM 機能で Prism Central に脆弱性パッチを適用した     手順①：インベントリの実行 Cluster LCM と同様に LCM Inventory を実行する。（ Admin Center > LCM > Inventory ）       LCM Inventory の機能と手順は Prism Element の LCM Inventroy と同等だった     Inventory が完了すると関連コンポーネントのバージョンが表示される       手順②： Upgrade Plan の実行 アップグレード手順においても Prism Element からの Cluster LCM とほぼ同様の手順で実施できる。 今回はセキュリティパッチしか候補がなかったため、そのまま実行する       問題なく実施できた

  概要 Prism Central から Single Node のソフトウェアアップデートをしてみた   関連ドキュメント Prism Central Guide https://portal.nutanix.com/page/documents/details?targetId=Prism-Central-Guide-vpc_2024_3:mul-pc-install-upgrade-nav-u.html     手順①：インベントリの実行 Prism Central GUI の Admin Center ＞ LCM から 管理下のクラスタの LCM Inventory を実行できるようになっている（ pc.2024.3 以降の機能）       手順②：クラスタのソフトウェアアップグレードの起動 LCM Inventory とは異なり、 LCM によるソフトウェア更新は Prism Central GUI に Infrastructure ＞ Hardware > Clusters から該当クラスタを選択する。       「 Upgrade Software 」のボタンを押下するとウィザードを起動できる       ウィザードの Available Version ではアップグレード候補のバージョンが表示されるので、選択してアップグレードを開始するだけなので操作は非常に簡単。   アップグレード開始後は Prism Central GUI 、もしくは Prism Element GUI のタスク等で進捗を確認できる     Prism Central GUI の Task 進捗                 Prism Element GUI での Task 進捗             P...