万鈴(小松酒造/佐賀県唐津市)、七田(天山酒造/佐賀県)、大信州(大信州酒造/長野県)天ぷら。油がきれいだとおいしいねぇ。紀土(平和酒造/和歌山県海南市)、たかちよ(高千代酒造/新潟県南魚沼市)、ブルーハワイ(白瀑/秋田県)鶏のたたき漬け物盛り合わせ而今(木屋正酒造/三重県名張市)、七田(天山酒造/佐賀県)〆のお茶漬け。最後に2品カウンターで試飲させていただきました(^^)お店をでて、お店の人が。半額というのをやっていて、4個買った覚えがあり、3個でギブアップした経緯があるので、今回は3個にしました。いうことで、半年ぶりですね。4個はさすがにギブアップする感じの様子だったので、3個で正解かなー。ちなみにおきまりのAllHeavyでつ。入れてみた結果サーバをリプレースのため、環境を再構築。既存の環境からデータ及び環境を保つため、FreeBSD10で再構築していた。もって、既存の環境から、各種設定ファイルを持ってきたりして、なるべく同じ構成になるよう行っていた。もっていったので、環境が日本語となっていた。host.調べていると、原因はこれ。LC_ALL=ja_JP.eucJP」が悪さをしていたようだ。手で起動したから、環境変数をそのまま引きずったんだろう。コマンドを使えば、そういう環境変数の影響は受けないようだ。コマンドを使うのが無難のようだ。host.にしても、こんな翻訳したやつは誰だw。「もっと創造的になろうと努めなさい」。サーバをやっとしました。あって大変だったのですが、心機一転、FreeBSD10-RELEASEになりました。パッケージシステム(pkg)が採用されるなど、大きく変化がありました。ディスク容量が足りないといった事などもあり、これを機に物理的にリプレース。BBU有りの構成へとなり、大幅にアップグレード。Express5800/R120b-1ネタで書いていたところ。Express5800/R120b-1が4月末に納品されました。5月に新サーバの仮想環境の構築し、奈良に設置。SSD-SLC)を使用して、RAID1の構成にしました。稼働し始めて、東京の開発環境から、VMイメージをVPN経由で転送し、本番稼働に向けて最終調整などを行いつつ、本番切換を使用とした矢先、サーバ構築後、1ヶ月半でTOSHIBAのSSHDが死ぬという事態に。データが復元出来なくなりました。BBU調達という事に。再構築をして、やっと本番切換が出来るようになりました。ここはOSのインストールから環境構築まで手順書を作っていたので比較的短時間で完成。今回は物理から仮想へ再構築した環境への切換なので、リモート対応でも、比較的楽です。切替メンテナンスの流れはこんな感じ。旧サーバは、シリアルコンソールサーバに接続されている(iLOやILOMといったBMCでも構わない)物理リンクは2本スイッチは管理機能が有るL2スイッチ新サーバはVMware上に構築といった構成。VMware上の新サーバは本番のIPを付与し、VMの設定でNICを切断(リンクダウン状態)にしておきます。上記とは別に、管理用の追加NICを用意し、データの転送や環境構築を行います。Webサーバに関しては、hostsファイルを書き換え、一通り問題がないか確認、そのほかのサービスにも異常がないか、telnetなどで直接たたき動作確認を行い、最後に切換をします。新サーバで一通り環境構築が完了し、ネットワークの設定ファイルで管理用のネットワークの設定を削除し、ルーティングテーブルなどを本番構成にあわせて修正し再起動します。この段階ではまだネットワークに接続されていないため、ntpなど、そういった起動時に外部との通信を行うサービスが有ると、タイムアウトするまで待つのが確認されますがこの場合は無視。すべてのサービスが無事起動することを確認します。)を行い、最後にデータの同期を行います。ここはrsyncを使っています。無事に必要なデータの同期がとれたら、いよいよ切換。旧本番サーバは、シャットダウンするのではなく、接続されているスイッチのポートをシャットダウンすることにより切り離します。このようにするかというと、新サーバで異常があった祭、すぐに元の環境に切り戻しが出来るように行っています。ことで、スイッチに投入するconfigを準備しておきます。スイッチにconfigを投入し、旧本番系の切り離しが出来たら、新サーバのVMware側の切断していたNICを接続し、サーバの再起動を行います。これで、再起動により正しく起動することを保証しています。ntpとかは手で走らせて、追加したIPアドレスなどは後で手で消してもいいんですけどね。再起動することにより、GARPを投げる事を期待し、新しいMacAddressを学習させるためでも有ります。単なるつないだだけだと学習しないケースも有りますし、GARPを手で投げる方法でもいいですが、作業を増やして確認項目を増やすより、再起動の方がシンプルという考えで行っています。いうことで、停止時間1分未満で、無事に切換が完了。ちなみに旧サーバは、先ほど少し書いていますが、次のような構成。RAID)ということで、このサーバを構築しリリースしたのは、2007.11.04でFreeBSD6.2-RELEASEでした。当時、導入をした後、1週間もしない間にリブートするという問題で、システムボードの初期不良を引いてしまいました。システムボードの故障だと判断し、オンサイトを呼ました。ついてしつこく聞かれたので、だから、個人の家なのでチャイムを鳴らして入ってください。いっても、携帯の持ち込みは大丈夫でしょうか?といった、データセンターを前提としたマニュアルでのヒアリングで、ちょっとなー。思ったのが懐かしいです。その上で、BIOSリダイレクションを行っているので、リモートからどういった確認をしているかなど、リモートからでもよく様子がわかります。システムボードを更新した後、RAIDの構成をしようとしたときに、ディスクの内容を飛ばしかけていたので即座に電話をかけて、それ、RAID飛びますよ、もう一回手順を確認して作業し直してくださいといったのが懐かしいです。手順を確認したら、すみません、間違えていましたと言われました。オンボードRAIDを使ったケースの経験は無く、SmartArrayなどを使ったケースしか経験が無かったようです。最初構築するときにRAIDの復旧方法を確認するのは、基本なので...。コントローラを交換した場合の移植テストも一応やってますので、助かりました。いった訳ありスタートの箱でしたが、その後非常に快適に稼働をし続け、今では7年近く。ディスクについても非常によくがんばってくれて、結構高負荷なサーバだったのにもかかわらずノートラブル。本当によく頑張ってくれました。これで、しばらくしたら引退ですね。参考にS.M.A.R.Tはこんな感じ。Logged時間にすると、こんな感じ。59009おおよそ、59000時間。計算するとこんな感じですかね。