Nutanix Foundation for Windowsによる1ノードクラスタの作成（失敗）

 

はじめに/本記事の概要

Foundation for Windowsを用いて1ノードクラスタの自動構築を実施する

Foundation for Windowsのインストールや入力についての細かい説明は別の記事をご参照ください。

 

※本記事の1ノードクラスタは最終的に失敗します。

利用しているプラットフォームが1ノードクラスタをサポートしていないためです。

 

 

利用したバージョンと環境

作業時点で最新のでFoudation 5.6.1を利用する

AOSは6.5.5.7を利用する

ハードウェアはDell社のPowerEdgeサーバのNutanix専用モデルであるXC640を利用する

 

事前の構成ファイル作成

以下のサイト（要ログイン）でFoundationで利用する構成ファイルを作成できる

https://install.nutanix.com/

 

 

Add Newから新しい構成を作成する

 

Foundationと同じように入力ができる

 

Node IPの設定

 

クラスタの設定

AOSの項目は何もしない（イメージング時に指定する）

Hypervisorの項目も同様に何もしない（イメージング時に指定する）

 

IPMIの認証情報を設定したのちに、右下のValidationを実施する


確認画面

 

Validation結果

 

最後に画面下部のDownload Configurationでファイルを取得し、Save and Exitで終了する

 

ノードの構成ファイルを利用したイメージング手順

前項で生成・取得した構成ファイルを利用してクラスタを自動構成する

 

Foundationを起動し、Import the Configuration file から、作成したファイルを取得して読み込む。

 

今回は手動検知のため、Convert to manual nodeで構成ファイルからノードIPの設定を読み込む

手動検知ノードの選択と、手動検知ノードへのアクセス方法（IPMI IP or MAC Address）を指定する


AOSとHypervisorのバージョンを指定する。

※必要に応じてインストーラーファイルをアップロードする

 



セキュリティのタブでCVMのデフォルトユーザパスワードとLockdownモードの設定が可能（今回は設定しない）

 

 

すべての入力が完了したら構成を開始する。

シングルノードのため警告が出るので、確認して先に進む

 

進捗を見守る

 

クラスタ作成失敗＆ログ確認

イメージング後のPhase2で失敗した。

調査をするために右上のDownload Log Bundleからログを生成し、内容を確認する。

ログバンドルを回答すると複数のファイルが確認できる。

タイムスタンプからある程度ファイルを絞り込む。

Cluster_XC3.log がそれっぽい名前をしているため確認していく。

するとOne-Nodeクラスタはサポートしていないというメッセージを発見した。

 

どうやら今回のノードはシングルノード構成は非サポートだと判断された模様。

 

 

Single Node構成可否について

よくよく探したら以下のKBにまとまっていた。

Single-Node and Two-Node Clusters FAQ (nutanix.com)

 

あらかじめ確認しておけ、というご指摘には反論の余地もない。

言い訳をさせてもらうと、そもそもの名称として統一性がなく（one-node,1-node,single node など）検索がしにくく、かつグーグル検索でヒットする公式ドキュメントには、single node クラスタ利用時のハードウェアの制限やKBのリンクなどに言及はなかった点は不親切だと思う。

 

 

そういえばFoundationが何やら警告を出していたことを思い出し、改めてFoundationの警告を確認してみる。

 

Foundationが言うには、このノードは手動検知のため、1-node 構成をサポートしているかどうか判断できないと言っている。（それならKB番号くらい書いていてくれてもいいのに、とはおもう。）

 

そこまで言うなら自動検知をさせてみることにした。

Foundationによるイメージングは完了していたため、該当ノードでCVMは起動していたため、今ならば自動検知ができる。

 

実際に自動検知をしてみたところ、手動検知と異なりシリアル番号が自動で入力された、IPMI MACアドレスが入力されていたりと、表示上の差異があるためきちんと自動検知ができていることがわかる。

 

 

この状態で再度クラスタ構成を進めてみる。

Clusterタブはそのままで変更ははい。

AOS/Hypervisor タブでは、すでにAOSとAHVはInstall済みなのでSkip Installationとしておく。

Securityタブもそのままでよい。

IPMIタブは自動検知の場合は入力不要のため、そのままStartを押してみる。

 

 

すると、宣言通りこのノードはシングルノードクラスタをサポートしない旨のメッセージが表示された

 


ぱっと見では手動検知との表示の差異が見つけにくいが、きちんと読むと非サポートの旨が明記されている。

なによりも、OKボタンしかなくクラスタ作成に進むことができないため、自動検知の場合は間違って構成してしまう、ということを避けることができる

 

  

コマンドで実行してみる

Foundationがダメならコマンドで試してみることにした。

Nutanix CEと同じ手順でクラスタを構成してみた。


  

途中で失敗すると思ったが、あっさりと成功してしまった。

Prism Elementでログインしても特に問題はなさそうだった。


コマンドでインストールできたとしても、非サポートであることは変わりないが、逆にコマンドでは非サポート構成に気づかず構成ができてしまうリスクがある、という見方もできるため、作業の際はFoundationによる自動検知＆自動のクラスタ構成のほうが確実と思われる。

 

Foundationはどのように検知しているのか？

FoundationはGUI操作後、即座に非サポートのプラットフォームだと判断している。

CVMにアクセスしている様子もなく、コマンドでの構成は成功することから、Foundation自身で判断をしていると考えられる。

おそらく、Foundation自身がサポート構成をまとめたファイルを持っているか、互換性チェックのスクリプトにハードコードされていると考えられる。

もしその個所を特定できれば互換性チェックをパスさせることも可能だと考えたが、残念ながらその個所を特定するには至らなかった。

特定して互換性チェックを強引にパスしたとしても、非サポートであることには変わりはないので本番環境で利用することはないので、ただの好奇心に過ぎない

 

コメント

コメントを投稿

このブログの人気の投稿

Dell XC モデルのFirmware更新（LTS 6.10）

イメージ
  この記事は  Nutanix Advent Calendar 2024   の 12 月4 日分として執筆しました。 本記事の概要 Dell XC モデルにおける Firmware （ FW ）更新の仕組みと特長について、調べたことをまとめています。   Dell XC モデルのFW 更新の大まかな仕組み FW の更新を実施するのは iDRAC と呼ばれるサーバ側の管理モジュール（いわゆる BMC ）です。 Nutanix の LCM Framework は iDRAC に対してFW ファイルのアップロード＆更新のインストールを実行することで FW を更新しています。 その際に、LCM Framework から iDRAC への接続性は TCP/IP を利用しています。 通常、 iDRAC(BMC) に接続する際はサーバに設けられている専用ポートにネットワーク設定を施すことで外部から接続（ Out of band ）が可能になりますが、 XC モデルの場合は専用ポートを利用していません。代わりにサーバ上の OS （ AHV ）に仮想 NIC を認識させることで外部ネットワークを経由せずにサーバ内部の通信で完結させています。 具体的にはiDRACの機能でAHV に対して仮想の USBNIC を認識させており、 AHV はその USBNIC を利用することでサーバ内部の通信のみで iDRAC に TCP/IP 接続をすることができるということです。この接続パスを経由して、 Redfish と呼ばれる API にて iDRAC に対してFW ファイルのアップロードと更新のインストールを実行することができています。     仮想 NIC について 仮想 NIC 自体は USBNIC という形で AHV が検出することができます。（ iDRAC の OS パススルーの仕組みを有効化している必要があります。アプライアンスなので工場出荷時点で設定済み） この USBNIC を経由した通信は iDRAC にのみ伝達され、サーバの外部に通信が漏れることはありません。 LTS 6.5 (el7) までは、 AHV に iSM （ iDRAC Service Module...
続きを読む

（Nutanix）Dell XC モデルのアップグレード準備メモ（LTS 6.5.x -> 6.10)

本記事の概要 インターネットアップグレード機能を利用した LTS 6.5 → 6.10 へのアップグレードの準備とまとめておく   アップグレードされるものの一覧 Nutanix LCM では以下のコンポーネントをアップデートすることが可能となっている LCM Framework Prism Central AOS AHV FSM Foundation Licensing Dell XC Firmware 群（ Dell XC モデルを利用）     アップグレード前に確認すべき互換性 LCM を実行する前に互換性も確認しておく。   ①既存ハードウェアとターゲットバージョンの互換性 https://portal.nutanix.com/page/documents/compatibility-interoperability-matrix/hardware ※利用しているハードウェアがターゲットバージョンにに対応しているかを確認した     https://portal.nutanix.com/page/documents/compatibility-interoperability-matrix/interoperability ターゲット AOS と Prism Central の互換性を確認することで Prism Central のターゲットバージョンを決定する 決定した Prism Central のターゲットバージョンが既存 AOS の互換性があるのかを確認する必要がある。 ※互換性がない場合は 2 段階アップグレードなども考慮しなくてはならない。今回は対応していたので OK 。     https://portal.nutanix.com/page/documents/upgrade-paths Prism Central のソースバージョンからターゲットバージョンへのアップグレードパスを確認しておく。 同様に、 AOS についてもソースバージョンからターゲットバージョンへのアップグレードパスを確認する。   ...
続きを読む

Nutanixクラスタにノードを追加する

イメージ
  はじめに / 本記事の概要 Dell 社の Nutanix 専用ノードを利用して、 Nutanix 環境のノード追加を試す   環境情報 既存クラスタ： 3 ノードクラスタ、 AOS 6.5.5.7 追加クラスタ： HW 構成とバージョンが既存と同じ。イメージング済み 端末含め、 IP アドレスはすべて同一サブネット。 VLAN はなし。   ノード追加ウィザーの入力   Home から Settings を選択   イメージング済みのノードが自動的に検知されてくる。（自動検知用のネットワーク要件あり） 検知されてこない場合はスイッチ側の Multicast や Snooping の設定に問題がある可能性がある。 トラブルシューティングが必要な場合は以下の KB やドキュメントを参照する Cannot Create Cluster or Add Nodes to Existing Cluster (nutanix.com) Network Design Requirements and Recommendations (nutanix.com) Physical Networking Best Practices Checklist (nutanix.com)   環境が自動検出に対応していない場合は、 CVM IP を指定することで手動検知することも可能。   自動検知されたノードをチェックするとイメージング時に指定した IP アドレス情報（ IPMI 、 Host 、 CVM ）を拾ってくる IPv6 IP は指定せずに Next で先に進む。 次にノードタイプを指定する（ HCI or Storage )   次の Host Networking だが、以下の問題に遭遇した   この問題は以下の KB で対処できる Cluster expansion workflow fails to get the uplink information when trying to configure the host networking (nutanix.com)   ...
続きを読む