以前に投稿した Nutanix CE でのヘルスチェック項目の取得を、現時点で最新の ce-2019.11.22-stable であらためて実行してみました。
以前の Nutanix CE(ce-2017.07.20-stable)と比較して、 ヘルスチェックが大幅に追加された様子を見てみます。
スクリプトの実行環境
今回の Python 実行環境です。OS バンドルの Python を利用しているので、まだ Python 2 です。
$ cat /etc/system-release Oracle Linux Server release 7.7 $ rpm -q python python-urllib3 python-requests python-2.7.5-86.0.1.el7.x86_64 python-urllib3-1.10.2-7.el7.noarch python-requests-2.6.0-5.el7.noarch
$ python -V
Python 2.7.5
スクリプト
以前の投稿で実行したものから、わずかに修正しました。Prism への接続情報を別ファイルに分離しています。
下記のように Prism への接続情報を記載した JSON ファイルを作成しておきます。
prism-config.json
{ "prism_address": "Prism の VIP アドレス", "user_name": "admin", "password": "パスワード" }
スクリプトを実行します。
$ python list_nutanix-health_checks.py prism-config.json > nutanix-health-check.csv
下記のように CSV 形式で取得できます。
$ head nutanix-health-check.csv 0005a031-a5c4-d367-5eff-1803733aa4f7::110268,Protected VMs CBR Incapable 0005a031-a5c4-d367-5eff-1803733aa4f7::110266,Maximum Entities in a Consistency Group Check 0005a031-a5c4-d367-5eff-1803733aa4f7::110267,VM name does not meet requirements. 0005a031-a5c4-d367-5eff-1803733aa4f7::110022,Remote Site Latency Check 0005a031-a5c4-d367-5eff-1803733aa4f7::110264,Nearsync Replication Stuck 0005a031-a5c4-d367-5eff-1803733aa4f7::110265,Latest snapshot missing entities check 0005a031-a5c4-d367-5eff-1803733aa4f7::111000,E-mail alerts check 0005a031-a5c4-d367-5eff-1803733aa4f7::110257,SSD Snapshot reserve space check 0005a031-a5c4-d367-5eff-1803733aa4f7::110258,Metro aggressive break replication timeout check 0005a031-a5c4-d367-5eff-1803733aa4f7::110255,Protection Domain File Conflict Check
最近のヘルスチェック項目の様子
以前の投稿で取得した、ce-2017.07.20-stable のヘルスチェックと比較してみました。
- 先頭列の「~::」は Nutanix クラスタの ID なので削除。
$ sed -i 's/^.*:://g' ~.csv - ヘルスチェックの ID を、数値の昇順でソート。
$ cat ~.csv | sort -t ',' -n
ファイルを diff 比較してみると、大幅にヘルスチェックが追加されている様子がわかります。
$ diff nutanix-health-check_ce-2017.07.20-stable.csv nutanix-health-check_ce-2019.11.22-stable.csv
以下、diff 結果と、ce-2017.07.20-stable、ce-2019.11.22-stable それぞれの CSV です。
以上。