久々の自作：VMware ESXi用ホスト機

かれこれ数か年ぶりにPCを自作した。

仕事用で。

職場でインフラ検証などで使ってたVMware ESXiの親機が故障してしまい急ごしらえせざるを得なかったので急遽秋葉原へダッシュして部品一式を調達して組み立てた。

筆者のセレクトした構成は以下の通り

・CPU：Core i7 9700
・M/B：ASUS PRIME H370-A

・RAM：Crucial DDR4-2666 16GBx2

・SSD：WD RED SA500 2TB

・HDD：WD RED 3TB

・電源：Seasonic Prime  650W 80Plus Titunium

・筐体：Define R5

筆者としてはVMを多数載せること、常時稼働環境であることを鑑みて電源とストレージは常時稼働用の高耐久モデルを選定した。(ちなみにBTO含め既製品PCは多くの場合電源のランクは80Plus Bronze等ランクが落ちる。)

後の祭りではあるが、稼働させるVMの台数やESXiをインストールすること、また配線などの効率性を鑑みればCPUはCore i9ないしはRyzen 9、マザーボードはintel NIC採用モデルが多いZ390を選び、SSDは2.5インチではなくM.2を購入すればよかったと組み立て後に軽く後悔した。ただ、ストレージや電源回りなどのポイントを外さない選定となったので結果としては悪くないといえる。

 筐体はいわゆる「裏配線」筐体だが、筆者は手先が悉く不器用なため、ここまで汚く配線を組み込めるのもある意味でセンスがあるといえるかもしれない。

そんなこんなで無事完成、組立開始から完成まで2時間半程度、ATXでかつ凝った構成でないため比較的あっさりと組みあがった。ただ、この後ESXiのインストールに悪戦苦闘しさらに3時間以上費やす結果となった。

ESXiインストールで、今回インストールしたのは5.5だが、NICがRealtekだったこと、また、SATAをそのままでは認識しないため別途RealtekとSATAのドライバを読み込ませたインストールメディアを作成する必要があること、また、(intel CPUの場合)VT-x機能が標準ではオフになっているため、UEFI側の設定でオンにする必要がある。

筆者がインストールメディア作成の際に参考にした手段・手順の主なサイトはここ。
大抵「ESXi SATA」「ESXi Realtek」などで検索すれば似たような情報はゴロゴロ出てくるのでここでのやった手順などは割愛する。

ESXi 6.0 のインストールで NIC または HDD/SSD が認識しない場合の対処
http://void-asterisk.blogspot.com/2015/12/esxi-60-nic-hddssd.html

そんなこんなで作業開始から正味6時間、無事ESXiのインストールまで完了し、vSphre Clientからも無事接続できることを確認して、無事ESXi環境の構築も1日で完了した。

心なしか久しぶりにインフラ屋らしいネタが書けたような気がしなくもない。

自宅メインPC改造記（番外編）

これまでの記事（1）（2）（3）

と、いうわけでメインPCのSSDの交換が無事完了した。

早速メイン機のSSDを交換してから今回余ったCrucialの480GB。今度はこれを持ち出し用のノートPCへ移植する。

早速準備開始。USBケースにセットしてPCに接続。
やることはメイン機と同じ要領でMinitoolを使ってシステム移行を行う。

システム移行が終わったタイミングで裏返し。

裏ブタを開けると見えるのは以前移植した東芝の256GB、今度はこれを外す。

固定用のシャーシで止めてあるので精密ドライバーで1本ずつネジを外す。

外し終わったところ。

同じ要領で今度はデータ移行をしたSSDに交換、接続をして元のように固定して裏ブタを閉めて終わり。

無事移行完了。

Before

After

シーケンシャル、ランダムアクセスともに総合的に見てもBX200の方が高速

今回の移行作業の残骸。
HDDは分解遊び用に、名実ともに退役となった東芝のSSDは買取りとなった。
とはいえ持ち出し用のノートPCは新卒の初任給で買ったものだしもう6年経つのでできればもう新しくしたい…。

こうして筆者のPCの大改造手術は無事終了した。

自宅メインPC改造記（後編）

前回の続きから。

無事データ移行も終わったので旧ストレージの撤去をする。
単にもともと使ってたSSDとHDDを引っこ抜くだけ…だが筆者のPCはMini-ITXケースのため、いったんすべてバラさないといけないという非常に厄介なもの。

こちらはHDD側。
既にSATAと電源は抜いてあるので後はそのまま引っこ抜くだけ…と思いきやHDD側から抜きとれず急遽いったんすべてバラす形になった。

電源ユニットを外した時点で戦意喪失。
結局面倒臭いのでHDDのネジをすべて外した状態でケースの中に手を突っ込み反対側からSSDとHDDを全て引っ張り出して終わらせた。
そして元の2.5インチベイに新しいSSDをマウントしてねじ止めして電源やグラボなどを戻してメイン機側の作業は全て終わり。

今回の換装でHDDを抜いたのでケース内にも少し空間の余裕ができ、掃除もいくらかはしやすくなったように思える。

実力検証

SSDを480GBから今回は2TBという大容量モデルに換装したのもあって今回一番気になるのがその実力。

というわけでCrystalDiskMarkによる実力比較

Before(Crucial BX200)

After(Micronバルク)

シーケンシャルリードはBX200に比べて見劣りする結果となり、シーケンシャルライトとランダム4kリード/ライトはBX200をわずかに上回る数値となった。SSDの速度についてはランダムアクセスのスピードが重要になるので値段の安さを考えれば十分なパフォーマンスとも言える結果である。

おまけ

今回メイン機での役目を終えたストレージたち

WD Black 1TB

もともとはデータドライブとして使っていて一時はiTunesの同期データやHyper-VのVMなどを入れていたもののNASを導入してからはすっかり使われずじまい。
SSDの交換に合わせてすでに5年ほど運用しているので撤去を決定。
(CrystalDiskinfoでも代替処理セクタが出始めていた、またこれは不良セクタらしく買取りもNGとなる。まあせいぜい分解して遊ぶくらいにしかないが)

Crucial BX200 480GB

こちらはメイン機では東芝の256GBに2代目のSSDとなった。こっちはノートPCに移植する。

ちなみにメイン機のストレージ構成の変遷はこの通り

SSD256GB+HDD1TB
↓
SSD480GB+HDD1TB
↓
SSD2TB(イマココ！)

今回の換装で今までのメイン機では最大容量になりました。

自宅メインPC改造記（中編）

前回の続きから…。

交換用のSSDを接続後に早速動作確認を行ったが、UEFI・WindowsともにSSDの認識も問題なく行われたため、システム&データ移行を実施する。

データ移行に当たり大抵のパッケージ品の場合はデータ移行ツールもセットになっているが今回筆者はバルク品を買ったためそういったものは無し。そこでMinitool Partition Wizard(PRO)を使って移行した。データ移行やシステム移行以外にもベンチマークやデータ復旧ツールなども充実しているが、今回はシステム移行が主眼なので、起動して即「クローン」を起動した。(※)

クローン作業はウィザードで簡単に進む。

移行元SSDと移行先をそれぞれ指定

パーティションサイズは「パーティションをディスク全体に合わせる」を選んでいれば特に変更する必要もないのでそのまま進めてOK。

移行後の起動ディスクの指定だが、移行後に旧SSDもHDDもすぐに外すので特に気にする必要もない。

準備完了

一見ウィザードでそのまま実行と思いきやあくまでも移行方法の指定などを行うのみでこの時点では移行準備のみというもの。実際の移行は左上の「適用」をクリックしてからスタートする。

今回はシステムドライブの移行なのですぐにエラーが出るが、慌てずに「すぐに再起動」をクリックすればよい。

再起動と同時にデータ移行のプログラムがそのまま実行される、移行元の容量次第だが、300GBほどのサイズであれば1時間程度で終わる。データ移行が終わればそのまま勝手に再起動するので後は旧ストレージを撤去するだけでよい。

ただ、ストレージの撤去がなかなか骨が折れたのでこの話はまた今度に。

(※)作業後にこの記事を書いていて気が付いたのだが、確実性や利便性という点では「OSの移行」の方がもっとも確実かつスムーズに行ったかもしれない。ただ、一通り調べた限りでは、ストレージの中身を丸ごと全部コピーする「クローン」と違って「OSの移行」はパーティションの中身全部を移すか、OSやシステムファイルなどの必要最小限のデータのみを移すかといった選択ができるので、移行先のストレージの容量が小さいときにはこちらの方が有効かもしれない。もっとも、筆者の場合は移行先のSSDが圧倒的に大容量だったことに加えてこれまでのデータ移行の時も全部クローンでやっていたのであまり気にする必要はないと思う。結果的にはデータ移行も問題なくできたので万事OKといったところか。

自宅メインPC改造記（前編）

自宅メイン機のSSDを交換した。
かれこれ自宅機は組んでからもう5年にもなるがこれまでにもグラフィックボードやケースファンの交換などを行っている。
今回はグラフィックボードの交換の時に一緒に交換したCrucialの480GBだが、筆者自身はSteamの積みゲーをプレーもせずにため込んでしまうために買ってすぐに満杯にしてしまった。
そんなわけでHDDの処分もかねて買ったSSDがこれ。

当初はCrucialのMX500を検討していたがたまたま同じMicronのバルクの2TBで2万を切る安いモデルがあったので急遽これに変更しIYH。
当初の想定よりも安くつく結果となった。

早速これに交換する。

第1段階(PCの掃除とデータ移行準備)

早速データ移行、の前におよそ半年以上ほったらかしだったPC内部をエアダスターで掃除する。あっという間にPCの周りが埃だらけになり掃除だけで1時間消耗した。

掃除も終わったので早速データ移行開始。この時点ではまだデータ移行レベルなのでSATAと電源だけ新SSDに仮つなぎをして置き、この体制でデータ移行を行う。

UEFI上での認識も問題ないため、早速データ移行作業へ。
(次回へ続く)

自宅NAS整備 ~OpenVPNでVPN周りのセキュリティを強化~

だいぶ今さらだが、自宅NAS(Synology DS115j)に外出先のノートPCから接続するときにはVPNを使用していたが、PPTP接続で接続していたためセキュリティ上あまりにもマズかった(とういうか会社の人にもセキュリティを考えろと怒られた)ため、OpenVPNへ切り替えた。(というかインフラエンジニアがセキュリティ考えてないってどういうことよ！)

と言っても設定手順はいたってシンプルで以下の3手順でOK。

1.DSM側のVPNの設定

2.ルーター側のポート転送の設定

3.クライアント側のOpenVPNのインストールと設定

前提条件を含め、設定に当たっては以下のサイトを参考にした。

詳細な手順や前提条件についてはこの記事では省略するので下記サイトを参照されたし。

VPN Serverで自宅にVPN接続～DiskStation DS218j

https://wwq.mydns.jp/1606/

Synology DS218j で VPN を構築する

https://qiita.com/mizutoki79/items/37e44eeb58fd69fb86b6

手順通りにやったものの中かなつながらず躓いたが、「クライアントにサーバーの LAN にアクセスさせる」を有効にさせ、クライアント設定ファイルのredirect-gateway def1のコメントアウトを外して有効にさせたことで解決した。あとは凡ミスで設定ファイル内の「remote YOUR_SERVER_IP」のYOUR_SERVER_IPの文字列をまんま残して「remote YOUR_SERVER_IP [筆者のDS115jのアドレス]」と書いていたというあまりにもしょーもないミスだったことが判明した。

ただ幸いにもOpenVPNの接続も無事できたのでルーター、NASともにOpenVPN以外のPPTPとIPsecは用済みにつきポート転送設定の削除とNAS側での無効化(と、ついでにWebDAVのポート設定削除&無効化)により筆者の自宅NASのセキュリティもいくばくかは強化できたのでまあ良しといったところである。

ファイルサーバーの交換とその転送ツール

仕事の話ではあるが、先月の暮れに客先でサーバーの交換対応をした。
と言ってもWindows Server2008→Windows Server2016への交換でADとファイルサーバーの2台冗長構成という比較的簡素な作りだが。
その際にファイルサーバーの交換で検討したツールを備忘録がてら比較する。

①Windows Server移行ツール
実際の作業でもこれで対応した。ファイルサーバーの移行であればADの移動プロファイルや共有ファイルのアクセス権限も含めてそのまま転送できるし転送元での転送操作、転送先での受信操作を行う上でファイル転送をするので確実性という点でも盤石な選択肢だ。
ただ、ファイル移行時にデータの暗号化と復号化という段を踏むのでマシンスペックやネットワークの速度にも左右されるが非常に時間がかかるというのが難点。(特にADのプロファイル移行で時間を取られる。事前検証でも2アカウント、数MB程度のデータでも20分近くかかった)。
また、ファイルの差分移行についてもファイルやフォルダの新規作成、名前の変更といった差分移行はできるもののファイル内部の編集といったファイル内の差分は移行できないという短所もある。
本番での環境は移行元サーバーのスペックが2コアPentiumの1.8GHz、メモリも4GB程度のエントリーモデル、加えてネットワーク環境が100BASE-Tの貧弱なルーターで150GBデータ容量を転送するというものでデータ移行だけで36時間もかかるという有様だった。 (といっても作業そのものは3連休での実施だったこと、事前にPowerShellのバッチファイルを作ってそれを仕込んでおいたので常時端末前で張り付くという必要もなかったが。ただ、1日目の夕方にバッチ実行を開始しすべての移行が完了したのが3日目の朝だった)

②robocopyでの移行
コマンドプロンプト上で完結すること、2つのサーバーを同時に操作せずとも以降先サーバー、移行元サーバーのどちらか一方の操作だけで済むこと、あとファイルの差分移行やアクセス権限の指定もコマンド上で指定して実行できるので自由度という点ではサーバー移行ツールよりはかなり高い。ただ、コマンド実行時に「移行元のサーバー」と「移行先のサーバー」の書く順序を間違えた場合はrobocopyが「逆走」して大惨事になるので注意が必要だ。

③ファイルサーバー移行ツール(FSMT)
割と古めだが結構枯れたツールではある。GUI操作で移行するフォルダを指定できる点も合わせて手っ取り早くデータ移行をするだけならこれで十分。 ただ、移行先のフォルダで新たに「<移行元サーバー名フォルダ>-<フォルダ>」といった形で新たに移行元サーバー名のフォルダ階層が作られてしまうことやそのフォルダから移行したフォルダを移行元と同様にドライブ直下などに異動させた場合はファイル共有のアクセス権限が外れるので今回のように共有フォルダや移動プロファイルを含むフォルダの移動の際はこのツールは使えない。ただ、手っ取り早く単にデータを新しいサーバーに引っ張るだけ、ならFSMTで事は足りるか。

 総括するとすれば、Windows Server移行ツールて押し通すのではなくrobocopyの検証と手順をもう少し詰める、もしくはファイルコピーとアクセス権限のつけ直しなどをもう少し応用しておくなどもう少し上手くやれる道はあったかもしれない。 一先ずファイルサーバーの移行自体は無事できたので結果的には良し、といったところか。