ねっぺかぁ
夜中にDelivery Controllerからの
命令で落ちてる仮想マシンが
ある……ふむ
リソースが潤沢でない
物理ホスト上で仮想マシンを
700台ぐらい一斉に
再起動させる的なことを
ここ数か月ずっとやっている
月一のパッチ配布が行われた
際に一斉に適用して
一斉に再起動したいという
要望があるのでそれに
近づけようとするのだが
どうにも上手くない
なので毎月1回思い出したように
ちょこちょこ調整しているので
長期間作業になっている
めんどくはないけど
結論としてこれはそろそろ
お手上げするかな
ご面倒にはなるが
パッチ適用のスケジュールを
細かく分散して
いただく他にあるまい
Delivery Controllerからの
命令で落ちてるのはこれは
MaxRegistrationDelayMin の
20分だけ待ってやる、で
時間切れでシャットダウン
されている
本質的にはDelivery Controller
へのRegistorationに
失敗する原因を
調査する必要があるが
これは結構難儀なんだよなぁ…
対処療法的には
起動処理が終わった後
30分ぐらい経って
PowerStateがOffになってる
VMを探して
PowerOnすることかな
以上
日がな一日ネットで遊んでいる
2.5次元フェチの
vtuber大好きおじさんという
だけでなく実は
エンジニアなんだよ
ということをアッピルする
時間でした
それにしてもやはり
Delivery Controllerと
vCenterを連携する場合に
使うアカウントは
専用のものを用意する
べきだな
Deliery Controllerからの
命令とそれ以外が
そうしないと区別がつかん
administrator@vsphere.local
とか
unyo@vsphere.local
とか
なんかそういうのを
使いまわされる事例が多いが
やめた方がいいねぇ……
ベストプラクティス
vCenter側では
VMの電源操作できる
権限だけあげればいいのかな
その辺は最小要件の
チェックが要りそうだが…
ぱーー
ぱぱぱーぱーぱーぱーぱーーー
ぱぱぱーぱーぱーぱーぱーーー
ぱぱぱーぱーぱーぱーぱーーーーーー
なんだかんだプログラミング
好きなんだけどアプリ開発と
まではなかなかなぁ……
「(アプリ)が動かない」を
英語で検索するときは
「app dont move」
で検索するんだぞ（嘘）
今日も京都でvm-supportを
ftpにアップロードしてる
（2GB以上ある）
いやまぁワシも昨年から
ずっと触ってるのは
同じ奴で新しいの
入れたりはしてないけどな
ああ、期限の奴かな
相当やばいからお客さんからの
コールとか待たずに
導入した記憶があるなら
早急に何とかした方が良いよ
だよね
vCenterにアクセスが
一切できなくなる感じに
なるらしいから対処が
糞めんどいor不能みたいな
状況になるようね
いずれにせよ無駄に
面倒になるのは
事実だからHey社でも
最近入れたお客さんとかには
アプローチして色々
やっとるようじゃ
厳密にはArray Controllerの方。
SSDが早期故障してしまう
可能性があり、それらの故障に
より、データストアが
オフラインになって複数の
タイムアウトが発生したり
システムがオフラインなったり
する
実際にはデータストアが
完全に死ぬことはあまりない
気がするけど、
SSDがフォルトした
SVTノード上のOmniStackVCの
vmfsサービスが死ぬので
そのノード上のディスクは
全部使用不能になる
停止したノード上に
仮想マシンのPrimaryデータが
あった場合、
稼働中に急にvmdkに
アクセスできなくなるので
仮想マシンは落ちる（HAする）
OmniStack 4.0.0にしろ、
が公式回答なんだが
すぐにできない事情もあるから
他にワークアラウンド
ないのかって感じにはなってる
