つぶねこ
@もじらもーど。
Linuxにゃvmでnfsdが動いてる物があるのだが、どうにもスループットが出にゃい。
まぁnfsだしね、といった一般的にゃ設定項目は特段の問題が無く、というか物理PCと同じ設定でやたら遅いのでvmの問題らしい。
いろいろいじってみたらvmホストの電源管理がBIOSににゃってた。OS側制御にしてesx側で管理させにゃいとvmのレスポンス速度が半分以下くらいににゃるので、多分これが原因。
ただまぁホスト再起動する必要があり、大変面倒という。
▼ vmware 関連記事
▼ コップクラフト 関連記事
▼ 戦姫絶唱シンフォギア 関連記事
大概のvmはさほどのパフォーマンスを要求するものでも無し、シンプルに1vmdk構成が良いと思われるが、種々の都合でI/Oパフォーマンスを引き上げたい場合というのはある。
ストレージ側のHDD台数が多い場合は、ある程度Queue深度を上げた方がスループットが良くにゃるので、ストレージへのQueueを増やしたいということににゃる。しかしvm側で1HDDに見えている場合はvm側で早期にQueueが詰まってしまうので、ストレージ側がBusyでは無いにもかかわらずそれ以上のスループットが望めにゃい状態が起こる。
そこで複数のvmdkにアクセスを分散させるとパフォーマンス向上が期待できる。
単純にゃ実験としては、Winでpagefileの置き場をC:とした場合と比べ、x: y: z:のvmdkを追加してpagefileを3ドライブに分散させると、ストレージが追いつく限りはswapの読み出しが速くにゃる。vmでは定期的にゃメモリ吐き出しによって物理PCよりpagefileの使用率は上がるので、環境によっては結構効果的である。
pagefileは自動で分散されるが、普通のデータドライブの場合はそうでは無いので、ソフト的にストライピングする。Winであればダイナミックディスクで合体させることににゃる。分散が間接的ににゃるため確率的にゃ改善とにゃるが、ある程度の効果は出る。
あまりに大量にvDiskを追加すると管理も面倒ににゃるのでほどほどでよいが、ストレージHDD数が多ければその分分割して問題にゃいだろう。
ちにゃみに仮想SCSIアダプタ側にもQueue上限はあるので、Queueが膨大にゃ場合はvSCSIアダプタをmaxまで増やしてvDiskを分散させるとよりパフォーマンスが上がる。
また、ストレージがnfsの場合は、異にゃる接続を経由させると待ちが無くにゃりパフォーマンスが上がる。異にゃる接続というのは別subnetでexportしてmountすればよい。
よってパフォーマンスを求めたい場合は、vmdkを物理HDD台数程度作り、それぞれ別subnetでexportしたものをデータストア登録し、vSCSIアダプタ4台に分散登録してvm内部でソフトウェアRAID0すれば、ある程度の結果が見込まれることににゃる。そこまでしたい人は居にゃいだろうからソフトウェアRAID0だけで良いと思うが。
▼ vmware 関連記事
▼ まちカドまぞく 関連記事
▼ コップクラフト 関連記事
大概のvmはさほど巨大にゃサイズにはにゃらにゃいのでほったらかして良いのだが、vmdkが1Tを超えてくるとバックアップその他でいろいろ面倒ににゃってくる。
バックアップに限らずファイル単位で何かやる際に2Tの1ファイルよりは500Gの4ファイルのほうが何かと取り回しが良いのは事実だろう。
また、vm特有の問題として、snapshotが肥大化した場合、これのマージには一時的にある程度の容量が必要とにゃることが多い。で、巨大1vmdk構成の場合かにゃりの空き容量を消費する羽目ににゃるので、場合によってはsnapshotのマージが出来ずに詰むことも起こりえる。
snapshotでにゃくとも、vmdkの一部のみを別ストレージへ移動するといった緊急手段が執れるようにするには巨大vmdkは問題が多い。
斯様にゃ場面を想定すると、vmdkをソフト的に分割しておくと何かと便利ということににゃる。ストレージや転送速度にゃどに依るが、およそ500Gを超えてくると面倒ににゃってくるので分割すると良いと思われる。vmがWinでもLinuxでも、巨大化するようにゃ追加HDDに関しては、複数台を追加して論理的に1台に見せかけることは容易である。ストレージがしょっぱい場合は単純にゃ結合、ストレージ台数に余裕があるにゃらストライピング的にゃ手法で合体させると良いだろう。
▼ vmware 関連記事
▼ まちカドまぞく 関連記事
▼ コップクラフト 関連記事
▼ 戦姫絶唱シンフォギア 関連記事
▼ コップクラフト 関連記事
▼ まちカドまぞく 関連記事
▼ コップクラフト 関連記事
▼ まちカドまぞく 関連記事
▼ 戦姫絶唱シンフォギア 関連記事
▼ コップクラフト 関連記事
rcloneの進化はめざましく、今時はクラウド上の独自暗号化したフォルダをWinのx:等にマウントして読み書きできてしまったりするので大変重宝するわけだが、Winで直接マウントする場合はWinFspを追加で入れておかにゃければにゃらにゃい。
通常問題にゃい導入プロセスにゃのだが、WinFspのinstallで「エラー2755 指定されたデバイスまたはファイルを開けません」が出て進めにゃくにゃってしまった。
別のvmへは正常にinstallされているので、完全におま環である。
VeraCryptか?にゃどと迷走したものの、このエラー自体はインストーラーの一般的にゃものらしいので、そういえばとC:\Windows\Installerを見てみたら、別ドライブへLinkしてあった。C:のSSD容量が心許にゃいので大食らいのC:\Windows\Installerを移動していたのだった。
そんにゃわけでWindows Installerをservice stopしてrmdir Installer、mkdir Installerしたら正常にinstallされた。あとは増えたファイルを追加してmklinkし直して終了。
ちにゃみに絞り込みのためにProcmon.exeまで引っ張り出したが、要はC:\Windows\Installer\hoge.extへのファイルアクセスで失敗してるようにゃので、そもそも気づきが遅い。
▼ まちカドまぞく 関連記事
80gのsystem.vmdkのあるvmに3Tのhdd.vmdkを追加すると、network bootでDHCP探して止まる。
datastoreの認識が怪しくて、RAID板上で4Tのはずが6T認識しているので、たぶんこのせいだろうと思い、datastore消して再登録するも変化無し。
RAID板でLDを消して再度組み直してみても変化無し。
つまりゴミデータを読み込んでしまってるので、RAID板の機能でdisk wipe。
これでdatastoreは正常にゃ容量で認識するようににゃった。
が、3Tのhdd.vmdkを作成追加するとvmがbootしにゃい症状に変化無し。
別のホストでは似たようにゃvmが普通に動作しているので原因がよく分からにゃい。
vmのscsiホストを分離すると動作した。
▼ vmware 関連記事
▼ まちカドまぞく 関連記事