VMwareESX/ESXi専用スレPart6

ESX/ESXiにとってのアプリってのは
ゲストOSのことか?

>>951
反応サンクス。つまり、用意できるVMがESX4.0だけなんだけど、最終的にWindows上で稼動させたいアプリがベンダーサポート
してるのがESXi4.0と4.1だけなのです。

んなもんかんけーねーよ……仮想OSなんだからWindowsが動けば後は普通のWindows機と同じ

>>951
わかってるのだ。わかるのだが、それをVMwareがHPとかで言ってない？ってことです。上司とお客さんを説得する材料としたいのだ。

アンカー間違えた。955は>>954ね

君は小学生空やり直したほうがいいな

そーですね。了解。

もうちょっとマジレスすると、上司とかってことは業務用でしょ？
その程度の知識とかで導入すると後で痛い目見るよ

外部のSIerとかに外注したほうがいい

サンクス。

まあ、何かあって責任取りたくなかったら、アプリベンダーのいう環境に素直に合わせるしかないと思うが。

>>950
動くかどうかが問題じゃなくて、アプリベンダーが保守対象とするかどうかが問題なら
事例探そうがどうしようがベンダー次第だと思うけど。

別の視点だと、基盤部門の監視方法がサービスコンソール前提だったらアプリ関係なく
アウトかもしれないし。

何でESX4.0のみ対応なのか聞いたほうがいいんじゃない？

>>954
動きゃいいって考えの方がどうかしてるぞ

>>940
チップのメーカー公称値が最低10年はあるだろ＞保持期間 EEPROMって言われてたぐらいだし。
で、ESXiの起動用として使うならその前に本体が陳腐化しないか？

起動用なら、書き込みはほとんど発生しないから気にしなくても良いんじゃないか？
それでも気になるなら、１年に１度とかのタイミングで新しいフラッシュメモリに別途バックアップ
しておいたイメージファイルから読み出して作り直してやれば全く気にする必要はないかと。

>>963
商用で24時間VMが数十個動いている環境でその作業やってみろよ。
失敗したらクビな。

>>964
24時間と言っても、絶対に再起動しないわけじゃないんだろ？

もし、絶対に再起動が許されないんだとしたら、
二度とUSBメモリにアクセスしないんだからそもそもCDブートでいいという話になる。

>>965
>24時間と言っても、絶対に再起動しないわけじゃないんだろ？

商用サービスに関わった事ある？ 普通に動いてる商用環境なら再起動しないよ、別に。する必要が無い
何かハード的なトラブルが無ければ稼働し続けるのがサーバであり商用サービス
かと言ってログ吐いてくれんと万一のトラブルの際に追えないし、CDブートじゃログも吐いてくれんので論外

ま、USBメモリなりSDカードが死ぬのが怖いならvMotionやDRSで
定期メンテするのが現状のベストなんだろうけどね

商用なら2年や3年平気で動かすね
止めるとしても余程重大なことがあるか、障害によるハードウェア交換とか

ただそういうシステムでも基本的に冗長化は組んでるから、1台止まった所で全体のサービスには影響がないように設計もするけど

>>950
基本的にﾊﾞｰｼﾞｮﾝｱｯﾌﾟって、不具合解消や機能追加がﾒｲﾝだから、逆はないんじゃ・・・。
それから、ｿﾌﾄﾍﾞﾝﾀﾞｰが非対応って言ってる場合、たとえｱﾌﾟﾘが正常に動いてるﾌﾘをしてもしなくても、ﾍﾞﾝﾀﾞｰ側はｼﾗﾈ、という態度しか取らないよ。
簡単に言えば、仕様を満たしていない、って言葉で片づけられてしまう。
そして、社内のそういう立場で仕事をしていないのなら、下手に首を突っ込まない方が良い案件かと・・・。

>>959,961
禿同。

>>964
そんなんでクビになるような仕事してるんだ。大変だね。

何の為に停止せずにマシン間でVMを乗り換える事ができるようになってるか考えよう。
メンテナンスの為にマシンを止めてもサービスが止まらないように設計するのは常識でしょう。
最近は流行らないけど、そのためにCPUすらホットスワップできるシステム運用とかあったのに。

>>963
よく読んでからレスしろよ。書き込み寿命よりも放置揮発のほうを問題にしてるぞ。
MLC の フラッシュEEPROM は揮発しやすいんだってば。

チップメーカが公称値で"書き込み耐性"寿命実質10年を掲げてたとしても、
MLC SSD で約2年で一部セクタが Read Error を起こした実例を持ってると
「で？」としかいえない。

>>968
同意

>>964-966
何も無ければ数年うごきっぱにするし、年に1度落としてメンテするって決めれば滞りなくそれは実行される。
商用なら1台2台落としても業務に支障は無いし、USBメモリ交換したければまったく問題なく行える。
他の要因で落とさざるを得ない事態はいくらでもあるので、たかが1台落とすのが大変なシステムなんてのは論外。
そして大手SIerの言を信用するならUSBブートのシステムで問題なく動いている。

>>970
なるほど、うちは約2年でエラーを起こしたサーバ本体の実例も持ってるので、つまりPCサーバは実用にならんということだなw
ちなみにHDDもRAIDカードもメモリもCPUも電源も実例持ってるんでそのへん一律に使用しない方向でご検討願いますか

vmware webAccess ってhyper visor じゃ使えないのでしょうか。
バージョンは 5.0 です。

shell + ssh を on にしてコンソールにログインしたところ
The ESXi Shell can be disabled by an administrative user. See the
vSphere Security documentation for more information.
のような表示が現れ、
~ # service
-sh: service: not found
サービスコマンドが使えない
~ # chkconfig vmware-webAccess on
chkconfig fatal: service "vmware-webAccess" doesn't exist in the init directories
chkconfigでブート時に起動するように設定できない(サービスがない？)
というような状態で、先に進めておりません。
ググッても他の人は問題なく使えているようでした。
実際にブラウザで host_name/ui
にいってみたところ、503エラーが帰ってきております。

アドバイス頂けないでしょうか。よろしくお願いします。

>>965 >>969
いくらライブマイグレーション機能があるからといっても、商用のシステムに障害を発生してしまってはならず、
システム管理者がいつでも自由に切り替えられるわけではない。

事前に作業計画を関係部署に説明し、承認をもらってからじゃないと作業できない。
大規模障害なんて起こしたら、自分だけでなく上司の上司レベルまで会議に呼び出されて問い詰められるからな。

そういうリスクと人件費を浪費するような作業は、なるべく避けるようなシステムにしたい。

>>967
特に通信系の世界では、基本的に伝送装置を止めずにメンテナンスをする習慣から、サーバも止めずにメンテナンス
しろと要求されることが多いな。切り替えに伴う一瞬のサービス停止ですら難色を示され、上に書いたようなプロセスを
踏まなければ作業は出来ない。

まー、週次再起動だの月次再起動だのを運用ルール化してるところが多いから
止める機会があることが多いわな。
あと、電源設備の定期点検で年に一回必ず電源落とさなきゃならん、とか。

全然落とさないところもあるけど、そういうところって往々にして
いざ何かあったときに落とし方を誰も知らない、なんてのもありがちｗ

HPのこれで運用してるよ。
http://h50146.www5.hp.com/products/servers/proliant/solution/vmware/esxi_procedure.html

>>972
vCenter Server + Web Client Service を構成することが必須。
これはすなわち ESX も vCenter Server も買う必要があるということ。

>>976
なるほどです。
公式本のライセンス関連に webAccess について書かれていなかったので、
hypervisor でもできるものと考えておりました。
ありがとうございます。

>>971
で？

ここの製品構成はわかりにくいよな。
ウェブもリンクのたらい回しで、必要な情報が全然手に入らない。

WEBも、ライセンス形態もどかどかわかりにくい方向に逝ってる

>>970
良く読んでレスしたつもりなんだけど、、、
MLCの揮発については、そのきっかけになりやすいのは「劣化」だから書き込み回数の少ない
起動用なら問題ないだろうと。
メーカーの公称値はあくまで「正常な状態で書いたデータが保持される期間」で、
それを元にして設計しないなんて「あるHDDがたまたま３日で壊れたからこのメーカー信用できん」
とか言ってるのと同じ。
セクタエラー起こすSSDは「読み書きしてるSSD」だろ。それはメーカーの言ってる保持期間の
条件とは異なる。

その上で心配なら年１で「新品」に換えろという運用を提案してるんだが。

>>977
Web Client は vSphere 5 の新機能なので、これについて書いてる本なんてほとんど無いのでは？
Web Access は vSphere 5 では廃止になったという認識

esx5のソフトウェアストレージ、やっぱり評判悪いぽいね
期待してたのになー

>>973 他
なんでこーゆー、もっとすごいところがあるんだぞ系の話になるんかね
医療用、原子力関連、軍事用、宇宙用なら究極にすごいぜとかそういう方向？
商用=1秒止まると数億の損害がみたいな用途しか存在してないという発想がキモイ
うちの商用vmサーバなんざ毎晩止めても痛くないぞw
そもそもそんな一瞬たりとも止められない重要なサーバなら自社の担当がUSBで導入とかしねえよ
商用の一般常識なんてのが有るとすれば、重要度に従って専門家の役割になると言うことだ
このスレで聞いてる時点で障害時の損害がどうとか通信系がどうだとかいう可能性が論外
実際に触ったこと無いんじゃないか？ SIerとvmwareが全部やるから起動ドライブがどうとか考える状況がねーよ
スイッチの冗長化もしてない構成何度も出てきてるのにどんだけUSBに反応する気だ

おまけに>>975見たらhpがUSBメモリで出してるじゃねーかw　

そのサーバが明日正常に起動する保証はない。

ESXiにとってのUSBメモリは、年１回以上のメンテナンス停止が許容できて
5年毎程度の機器交換が可能なのであれば
安全性とコストの両立を考えると、いい選択肢になるということが
結論でいいじゃないか

ESXi本体用とゲストOS用のディスクって普通分けるものなの？

っていうか、USBメモリでのブート、たまに失敗しない？
うちだけかな。
まあ、秋葉で買った安いピコなんとかっていうやつだけど。

あと、定期的に交換すればいいって言う人いるけど、簡単にできるの？

ある程度の規模感なら共有ストレージ使うだろうし、ローカルディスクは
ESXi専用って感じではないだろうか。物理・論理どっちで分けてもあまりメリット無い気がする。

>>986
共有ストレージを使う環境だと必然的に分けることになるな。
内蔵ディスクしか使わない場合は、どちらかといえば分けないほうがいい。

起動失敗は１度も起こした事無いな
データストアさえ、まともならUSBメモリが例えいきなり壊れても
問題なく復元（インベントリ上に戻ることが）できるよ？
そこがESXiの魅力の一つだと思うし逆に言えば
ESXi自身を守る事よりも
データストアを、いかに守るかが大事

>>989
仮想OSのシステム用とデータ用というような分け方はしないですか？
OSは丸ごと共有が多いですか？

>>991
日本語でお願いします

>>992
　　　　　　　　　　　. ｨ
._ .......､._　　　 _　／:/l!
　:~""''.>ﾞ' "~　,､､''‐'､|　　　　　　　　　_　　　またまた　ご冗談を
ﾞ､'､::::::ﾉ:::::::_,.-=.　 _〜:、 　 　 　 　 ／_.}'':,
　``､/:::::::::__....,._ `ﾞ'Y' _.ｪ-､....._　／_ﾞ''iﾞﾉ､ﾉ
　,.--l‐''"~..-_'.x-='"ﾞｰ ､`'-､　,:'　　ﾉﾞﾉﾌﾞ
"　　 .!-'",／　 `'-‐'') /＼　`/　てﾞノ-〈
　.-''~　>'ﾞ::　　　 ‐'"ﾞ./　　ヽ.,'　　 ~　／
　　 ／/:::::　　　　 　 ',　 　 /　　　 ,:'ﾞ

>>990
ESXiを入れ直した際にvSwitchの設定等を運用担当者が出来るのかとか、
そのへんを懸念しての話だろう、USBで大丈夫か云々というのは

設定情報を丸ごと新しいUSBメモリに移す事ってできないの？
一から再設定なんて危ないだろ。

上の方にも書いたが、金がありゃあホストプロファイル。

無けりゃあ、低レベルで読み書きしてイメージのバックアップ・リストアで
いいだろうけど、その運用はアリなのかという話になるわな。
冗談みたいだが、こういうことをやらせると大概失敗する。
違うマシン用のイメージを書き戻したりとか。

ESXiなら構成のバックアップ、リストアできるでしょ

>>997
あれを運用出来る前提なら、USBだろうが何だろうがどうでもいいな

というのは vicfg-cfgbackup.pl のこと？
結構これ使えると思うけどね。

nnnnnnnnnn

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。