録画PCもといリビングESXのSSD交換!

前回、SATAの接続ポートをIntel B75チップセットの6Gb/sポートから、ASMediaの6Gb/sポートに変えたところ改善した…と書いたんですが。
アクセス速度の低下とか、パフォーマンスが低下しました…とかの表示は出なくなったんですが、やっぱり時々見失う事が判明…  😆

それとは別に、ASMediaのポートが2ポートしかなく、その両方を使用済みの状態なのでSSDをひとつにまとめて、空いたポートにデータディスクを接続したいなぁ…
ってな理由から、500GBのSSDに換装することにしました。

選んだのはこちら

『SAMSUNG社製 V-NAND SSD 860 EVO SATA 6Gb/s 500GB』

商品説明としてLinuxとの親和性がうんたらかんたら書いてありました。
正直眉唾でしたが、ESXのSSDとして使っている先駆者が居るのを確認したのでこちらをチョイスしてみました。 😉


表はこんな感じ…

裏はこんな感じになってます。

…結果、試しにIntel B75チップセットの6Gb/sポート(頻繁にSSDを見失うポート)に繋いで2台のSSDからガンガン中のデータを移動してみたんですが…
ASMediaチップに接続されたADATA SU650を途中で見失う中、860 EVOは全然快調!  😯


こんな感じのデータストアになりました。

容量も十分なので、録画PCと光輪サーバの仮想ディスクはシンプロビジョニングからシックプロビジョニングに変更して、後のゲストはシンプロビジョニングのままにしてみました。
20GBほどホストキャッシュに割り当てて、ゲストを多数起動したり、ベンチマークを動かしたり、ゼロ埋めしたりで色々と負荷を掛けてみましたが、今のところSSDを見失う事はおろかパフォーマンスの低下メッセージすら記録されていません。

パフォーマンスの低下メッセージやSSDを見失う件では、SSD交換・電源交換・マザボ交換など色々試してきましたが、どうもESXとSSDの相性ってのが大きそうですね…
(リビングESXは現在ESXi 6.0Update2なので、6.5以降のSSD見失う問題とは無関係です。)

今回の換装でESXゲストが気持ちサクサク動作する様になったので、色々と捗りそうです。 😀

[rakuten]jism:11913199[/rakuten]
[rakuten]jism:11913198[/rakuten]
[rakuten]jism:11913189[/rakuten]
[rakuten]biccamera:11851671[/rakuten]

録画PCもといリビングESXのマザーボード交換! その2

マザーボードを交換したので意図的に負荷をかけて様子を見ていたところ…


出ましたよ…
全く同じ現象だよ…  😆

ではでは… と言う事で、ASMedia SATAチップ経由になるSATAポートにSSDの接続を変えてみました。(ついでにHDDのLED極性も修正…)

結果…
凄い!めっちゃくちゃ調子いいし速度も早い!!

って事で、Intel B75チップセットのSATAコントローラはESXではSSDとの相性があまり良くないみたいですね…
ASMedia ASM1061っていうカードを挿せば同じ環境にできるので、もし空きスロットがあればその方法でも良かったかもしれません。 🙂

2018/10/21 訂正
確かに挙動は変わったのですが、どちらかと言うとESXとSSDの相性の方が大きい様です。

録画PCもといリビングESXのマザーボード交換!

リビングに設置してあるESXサーバですが、あいも変わらず時々SSDを見失います。
SATAのモードをAHCIからIDE互換モードに変更してからは、頻度が極端に下がりはしたのですが、速度は遅いしやはり時々見失います…
10年モノの電源が悪いのかな?って事で、新しいものに交換したりしたんですが変わりなく…  😥

って事で、じゃぁ残りはマザーボードしかないじゃんって事で、交換してみました。


『ASRock社製 B75 Pro3-M / LGA1155, microATX』

正直言って、基本構成は今のASUSのマザーボードと殆ど一緒です。
ASMediaのSATA3チップが追加されていて、6Gb/sのポートが2つ増えているくらいでしょうか。 😉


それでは早速入れ替えを開始…
とりあえずマザーボードを変更したところです。

はい完成!

HDDのLED極性を間違えたので、そのうちどこかのタイミングで刺し直さねば…
オンボードNICのドライバも前のマザーボードの物でそのまま認識しました、、、が

ASMediaのSATA3チップ先に接続したSSDが見えません…  😯
最悪これでも治らなかったら、時々見失うSSDはここに接続すれば大丈夫かも!
…なんて期待もあるSATAポートだったので、これは痛い!!

調べると…
How to make your unsupported SATA AHCI Controller work with ESXi 5.5 and 6.0

sata-xahci VIBを入れれば使えるとの事で一安心。
上記URLの通りインストールして、再起動すれば無事に認識OK!  😀

あとは、パススルーデバイスの見せ直しとかごにょごにょやったら無事に移行完了!
さーて、安定稼働してくれるかなぁ…?  🙄 

Linux LVMミラーを構成する!

折角のG/WなのでESXのバージョンを6.0から6.5にUpdateしようと思って色々とやってみたらデータが飛んだ今日この頃です…  😥 


H/W RAID基板で無理やりRAID1化していたので、片方のSATAケーブルを抜いてUpdateしようとしたところ、ESXが見えなくなるという事態が発生…
新しく交換したH/W RAID基板が役に立たない事がここにきて判明…
何故か基板を通さずに接続すると中のデータは見えたので、旧H/W RAID基板に交換してUpdateしようとしたんですが…


普通に起動すると問題ないにも関わらず、CDから起動するとVMFSパーティションが発見できない自体に…  😆
仕方なく、ココを参考にESXの設定をダウンロードしてUSBメモリに新規でESXをインストールして設定を書き戻ししてなんとか復旧。

壊れかけたRAIDは意味がないので、片方のディスクを直接接続して新規にデータストアを作成し中のデータをちまちまコピー…
やっとこさっとこESXのバージョンを6.5に上げたのですが、USBパススルーで見せていたICカードリーダーがどうやっても使えない事が判明…(ライセンスの関係か?)
仕方なく元のバージョンに戻すハメに。
色々復旧作業をしている最中にハングアップ状態になったため強制的にリセットを掛けたらLinuxが起動不可能に…  👿

症状は、データディスク「xxxx.vmdk」が依存しているスナップショット ディスクの 1 つを開くことができません… などというもの。
色々調査してみたものの、構成ファイルに不足はなくvmdkファイルを再作成しても解消せず…
コピーも何もできず、Invalid argument (1441801) エラーが出力されるのみ。
どうもVMFSのハートビート情報とやらが壊れているんだとか。解消法はVMwareにコンタクトしろ…と書かれた情報しか見つからなかった。  :mrgreen:

仕方ないので新規にまっさらなディスクを作成しLinuxにアサイン
元のディスク構成をこのブログに書いていたので、Googleのキャッシュから同容量でvgを再作成。
後は、日次で自動的に取得しているバックアップ(数日に1回しか成功してないけど)からリカバリ…

これで一部領域を覗いて、1週間前程度までは何とか復旧できた。  😕
DBの情報だけはシステムディスク側にも最新のデータをちゃんとコピー出来ていたので復旧できたものの、画像ファイル(このブログのもの)などは再度Uploadし直して記事を修正したり…

Windows10Proであれば標準機能でソフトウェアミラーが組めることがわかったので、H/W RAID基板無しで構成してみることに…(参考はこちら
LinuxのLVMの場合はどうすればいいのか… やってみたので以下に残しておきます。

PVを初期化
[root@Linux-Server ~]# pvcreate /dev/sdc
Physical volume "/dev/sdc" successfully created.
[root@Linux-Server ~]#

初期化したPVをミラーを構成するVGに追加
[root@Linux-Server ~]# vgextend /dev/vg01 /dev/sdc
Volume group "vg01" successfully extended
[root@Linux-Server ~]#

VGのに追加されたことを確認
[root@Linux-Server ~]# vgdisplay -v vg01
--- Volume group ---
VG Name vg01
System ID
Format lvm2
Metadata Areas 2
Metadata Sequence No 6
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 4
Open LV 4
Max PV 0
Cur PV 2
Act PV 2
VG Size 599.99 GiB
PE Size 4.00 MiB
Total PE 153598
Alloc PE / Size 75776 / 296.00 GiB
Free PE / Size 77822 / 303.99 GiB
VG UUID z1jfRV-0Udm-N1l0-aGrS-4DQc-0LPY-qLcMjF

--- Logical volume ---
LV Path /dev/vg01/lvol1
LV Name lvol1
VG Name vg01
・・・中略・・・
--- Physical volumes ---
PV Name /dev/sdb
PV UUID zBeoFk-K6dd-O72O-oSlh-AlHt-4K1j-XEQyoa
PV Status allocatable
Total PE / Free PE 76799 / 1023

PV Name /dev/sdc
PV UUID TB8AGg-685e-d3Mk-CJwe-bxpv-axNr-317b3D
PV Status allocatable
Total PE / Free PE 76799 / 76799

ミラー構成の対象となる論理ボリュームの数と名前を確認
[root@Linux-Server ~]# vgdisplay -v vg01 | grep lvol
LV Path /dev/vg01/lvol1
LV Name lvol1
LV Path /dev/vg01/lvol2
LV Name lvol2
LV Path /dev/vg01/lvol3
LV Name lvol3
LV Path /dev/vg01/lvol4
LV Name lvol4
[root@Linux-Server ~]#

ミラー構成
[root@Linux-Server ~]# lvconvert -m1 /dev/vg01/lvol1
Are you sure you want to convert linear LV vg01/lvol1 to raid1 with 2 images enhancing resilience? [y/n]: y
Logical volume vg01/lvol1 successfully converted.
[root@Linux-Server ~]# lvconvert -m1 /dev/vg01/lvol2
Are you sure you want to convert linear LV vg01/lvol2 to raid1 with 2 images enhancing resilience? [y/n]: y
Logical volume vg01/lvol2 successfully converted.
[root@Linux-Server ~]# lvconvert -m1 /dev/vg01/lvol3
Are you sure you want to convert linear LV vg01/lvol3 to raid1 with 2 images enhancing resilience? [y/n]: y
Logical volume vg01/lvol3 successfully converted.
[root@Linux-Server ~]# lvconvert -m1 /dev/vg01/lvol4
Are you sure you want to convert linear LV vg01/lvol4 to raid1 with 2 images enhancing resilience? [y/n]: y
Logical volume vg01/lvol4 successfully converted.
[root@Linux-Server ~]#

ミラーの構成情報を確認
[root@Linux-Server ~]# lvs -a -o name,copy_percent,devices vg01
LV Cpy%Sync Devices
lvol1 18.80 lvol1_rimage_0(0),lvol1_rimage_1(0)
[lvol1_rimage_0] /dev/sdb(0)
[lvol1_rimage_1] /dev/sdc(1)
[lvol1_rmeta_0] /dev/sdb(75776)
[lvol1_rmeta_1] /dev/sdc(0)
lvol2 100.00 lvol2_rimage_0(0),lvol2_rimage_1(0)
[lvol2_rimage_0] /dev/sdb(61440)
[lvol2_rimage_1] /dev/sdc(61442)
[lvol2_rmeta_0] /dev/sdb(75777)
[lvol2_rmeta_1] /dev/sdc(61441)
lvol3 100.00 lvol3_rimage_0(0),lvol3_rimage_1(0)
[lvol3_rimage_0] /dev/sdb(61696)
[lvol3_rimage_1] /dev/sdc(61699)
[lvol3_rmeta_0] /dev/sdb(75778)
[lvol3_rmeta_1] /dev/sdc(61698)
lvol4 100.00 lvol4_rimage_0(0),lvol4_rimage_1(0)
[lvol4_rimage_0] /dev/sdb(68096)
[lvol4_rimage_1] /dev/sdc(68100)
[lvol4_rmeta_0] /dev/sdb(75779)
[lvol4_rmeta_1] /dev/sdc(68099)

新たな不具合が出ない事を祈る…  😎 

« Prev - Next »