Avante Hosting のサーバー移転で大トラブル。121時間強の長時間ダウンである。
しかも結局移転できていないようだ。
前回の記事で予告が来ていたサーバー移転。
予告では13日 21:00 (EST)、日本時間でいえば14日 11:00 からということだったが、実際には日本時間の13日 10:53 にシャットダウンされた。
それからが長い。全然つながらないのだ。
14日か15日にはコアルーターがどうたらという釈明の tweet が出ていた (が、削除されている)。
その後ネットワーク問題が生じて移転が遅れている旨の tweet。
結局 VPS が復旧したのは今日の昼過ぎで、ダウンタイムは連続121時間強となった。
さっそく tracepath してみると、これ実は移転してないじゃんという結果。
東京 – サンノゼ – ロサンゼルス – ヒューストン – マイアミ – VPS。
ping rtt も変わりない。
復旧後今に至るまでアナウンスなし。
うーん、やっぱダメな業者だったかな?
Avante Hosting のサーバーが移転するとの連絡が今朝入った。
来た来たって感じだ。激安 VPS はよくこういうことがある。それも連絡から実際の移転までの日数が近いんだ。
今回 Avante Hosting のサーバー移転は、9月13日 21:00 (EST) ということらしい。
連絡から3日で実際に移転されちゃうわけだ。
多くの激安 VPS では、こうした移転の際には IP アドレスの変更を伴うが、今回 VPS は Server IPs will NOT change. とのことで変更なし。
Avante Hosting は Minecraft のサーバーもやっていて、そちらは IP アドレス変更らしい。
移転先はテキサス州ダラスということで、日本からは少し近くなる。
今はフロリダで ping rtt 190ms 前後だが、経験上テキサスなら 150～160ms 前後になるはずだ。
Avante Hosting の KVM VPS 128MB を利用開始してから1ヶ月経過したので、レビューを。
結論から言うと……激安系の中ではマシな方かな? ;-)
といってもたいした使い方はしてなくて、DNS のセカンダリを置いたり、他サーバーの稼働チェックを回している程度。
全体的に CPU を食う処理は遅い。他社の詰め込みまくり (overselling) OpenVZ とかよりも、基本的には遅い印象。だがこれは逆に CPU の割り当てをきっちり絞っていて、隣人の影響を受けにくいのかも知れない。
aptitude upgrade の際に Building dependency tree で待たされたり、gzip をほどくのに時間がかかっているのが、CPU の遅さを体感する典型例。
激安 VPS に多いストレージ激重には、今のところ出くわしていない。
利用開始から1ヶ月間のダウンタイムは以下の通り。
このところ BuyVM や TurnKey Internet の優秀さに慣れてしまっているので、この落ちっぷりで久々に「俺、激安 VPS 使ってる!」感をおぼえた(笑)。
月 1 USD であると前置きしたら、稼働率 97.4% はマシな方。というわけで、激安系の中ではマシな方。
次の1ヶ月に期待。
過去に一度スタードメインで登録、またはスタードメインに移管したことがあり、現在他社に移管済みのドメインを、再度スタードメインに移管する際の手順 (2012年8月版)。
他社ではわざわざ手順のメモなど必要なく、ただ普通に移管を試みれば済むのだが、スタードメインで移管申請を出そうとドメイン検索すると「× 移管できません」と表示され、申請できないのだった。
というわけでカスタマーサポートに連絡したところ、指示された手順は以下の通り。
移管にかかる料金分のプリペイドをチャージする。
カスタマーサポートにドメイン再移管の旨と対象ドメイン、希望上位レジストラーを連絡する。
カスタマーサポート対応後、コントロールパネルに対象ドメインが現れ、右側の通常「ドメイン管理ツール」ボタンが表示されているエリアに「移管申請手続き」ボタンが表示されているので、押す。
以降、通常の移管手順同様に進んでいくので、適宜対応。
なお、この場合の移管では、A8 のセルフバックを踏んでも適用外になるようだ。
Avante Hosting の KVM VPS 128MB を契約してみた。
2、3年ほど前から OpenVZ VPS は月あたり 1 USD のものが登場していたが、Xen や KVM の VPS はなかなかそこまでの値段には下がらなかった。
ところが Avante Hosting は半年で 6 USD、月あたり 1 USD で Xen、KVM の提供である。
カナダの会社で、VPS のホストはフロリダ。東京からの ping rtt は 190ms 前後。
コントロールパネルは SolusVM で、料金を支払うと即開通 (私は PayPal で支払った)。
初期状態では ssh も入っていないので、VNC で設定していくことになる。
ここで少し引っかかった点として、コントロールパネルにある Java VNC Viewer が Firefox、Iron で動かない。
Internet Explorer を使うか、View Connection Settings に書かれている接続情報でスタンドアローンの VNC Viewer を使う必要がある。
OS の選択肢は、おおむね普通。Debian、Ubuntu、CentOS Arch、FreeBSD、OpenBSD など。契約時の選択肢には 64bit 版しかないが、コントロールパネルでマウントできる CD-ROM イメージには 32bit 版もあるので、CD-ROM 優先で起動するようにしてリブートすれば再インストール可能。
なにぶん 128MB プランの契約なので、少しでもメモリーフットプリントが小さくなる方がいい。
DNS 逆引きは、あらかじめその正引きが VPS の IP アドレスになっているようにしておいてから、コントロールパネルで設定する。設定完了後はすぐ反映される。
Setting のところで NIC と HDD に vertio が選べるので、再インストール前に切り替えてみた。
しかし 128MB プランで色々パワーが足りないので、体感できるほどの違いはない。
稼働安定性のほどは未知数ながら、KVM では swap が設定できるのでありがたい。
3年半使っている OpenVZ 128MB VPS は burstable も 128MB なので、aptitude upgrade の際いくつか daemon 殺さないとメモリー不足でコケる ;-)
スタードメインからのドメイン移管 (転出) 手順と注意点のメモ。
ここは全体的に低価格で、私も結構使っている、ある意味おすすめレジストラーなのだが、更新の請求タイミングが他社より2ヶ月早いので、転出することもある。
「ドメイン管理ツール」にログイン。
画面上部「各サービス管理ツール」の左端フクロウアイコンから「ネットオウル / メンバー管理ツール」へ。 「決済情報」→「利用中のサービス」対象ドメインの「利用停止する」ボタンから解約申請を行う。
「ドメイン管理ツール」に戻り、対象ドメインの管理ツールへ。
「レジストラロック」が通常「ON」になっているので、「ロック変更」で「OFF」に。
ここまでは共通だが、ここから先は gTLD と汎用 JP で手順が異なってくる。
gTLD の場合:
whois に自分のメイルアドレスが設定されていることを確認し、「レジストラコンタクト」の「認証キー送信」ボタンで Auth-Code を送信させる。whois 登録メイルアドレスに届く。
数分程度で届くが、スタードメインサイトが妙に重い時などは再度送信させる。
あとは普通に移管先から移管申請を出せば良い。
汎用 JP の場合:
JP の場合、移管先から出た移管申請を、移管元 (この場合スタードメイン) に承認させる必要がある。
この承認作業を依頼する手順が、よく変更されるので、まずサポートページから問い合わせることを推奨する。
2011年9月中旬に提示された手順は、下記フォームに記入してサポートに送信する、というもの。
対象ドメインが複数の場合、ドメインごとにこのフォームを複数書いて送る必要がある。
-------------------------------------------------------------
1.移管ご希望ドメイン名：
2.変更先指定事業者名：
3.該当ドメインの移管を行う旨、ドメイン登録者へ意思確認を行いましたか。
【確認済み】【未確認】※該当するものを残してください。
-------------------------------------------------------------そして移管先から移管申請を出させるのだが、このタイミングも重要だ。
スタードメインは「JP ドメインの転出処理は毎週水曜日に行っている」とのことで、たとえば木曜に出した申請は翌週水曜まで待たされることになる。
仮に移管先が「申請後5日間承認されない場合に取り下げる」といった処理になる場合、移管失敗してしまうこともあり得るわけだ。
ロケットネット (ロケットドメイン)からのドメイン移管 (転出) 手順と注意点のメモ。
新規・移管がキャンペーンで安い時に時折利用している。が、更新は安くないので転出 ;-)
ロケットネット操縦席 (コントロールパネル) にログイン。
「マイアカウント」タブ→「請求管理」→「契約」で、対象ドメインへ。
「解約をリクエストする」に行き、テキストエリアで「他社へ移管する」に「○」をつけて送信。
自動送信のメイルが来るので、記載された「お問い合わせ窓口」を開く。
対象ドメイン名を明記し、「他社に移管するのでロック解除と Auth-Code の発行を希望する」旨記入して送信。
→翌日ぐらいに Auth-Code がメイルで届くので、移管先に入力。
注意点としては、whois 情報に関するものがある。
ロケットネットでは契約中、Admin/Billing/Tech の各 contact はロケットネットの情報が表示されるようになっており、コントロールパネルの「ドメイン連絡先」は Registrant にしか適用されない。
当然ながら、移管時にはすべての contact がユーザー側の情報に変更されることになるわけなのだが……
「お問い合わせ窓口」での連絡時に、特に指定しない場合、whois 情報が「ドメイン連絡先」に記入したものではなく、ユーザーのアカウント情報に設定される。
個人が自分のドメインを使っているだけなら差し支えないが、仕事で使う場合、登録代行している場合など、これでは不都合だ。
対策は、あらかじめ「ドメイン連絡先」を編集しておき、「お問い合わせ窓口」での連絡時に、「whois 情報をその『ドメイン連絡先』に設定する」よう指定する、というもの。
ロケットネットの Auth-Code 発行は自動ではなく、人の手を入れているようなので、こうした指定を入れると、そのように対応してくれる。
まあ、せっかく「ドメイン連絡先」という情報があるのに、わざわざそれとは別のアカウント情報から引っ張るのが、そもそも解せない……というのも否めないが。
「お問い合わせ窓口」での文例:
下記ドメインにつき、他社に移管しますので、
「ドメインレジストラロック解除とオースコードの発行」
等のご対応をお願い致します。
また、これにあたって whois 登録情報を変更する際には、
「ドメイン連絡先」に登録してあります「#0000 EXAMPLE」を
用いて下さい。
> ---------------------------------
> ご契約ID：#0000
> ご契約名：example.com
> ---------------------------------「ご契約 ID」あたりは、解約申請で自動送信されるメイルから貼り付けるのが楽。
コーチョーの猫砂「ワンニャンおからDEサンド 7L」と「ネオ砂 おから 7L」がどう違うのか、コーチョーに問い合わせてみた。
回答:
製品の仕様としましては同じ製品となります。
ありがとうございました > コーチョー担当者様
背景事情。
猫を飼っている。
猫砂はコーチョーの「ワンニャンおからDEサンド 7L」を使っているのだが、補充しようと楽天を見てみると、一部ショップで「ネオ砂 おから 7L」に差し変わっていた。
ショップによっては「ワンニャンおからDEサンド 7L」を売っているので、仕様・特性が異なる別製品の併売かも知れないと考えて、問い合わせるに至った。
この猫砂、砕けやすくて、猫トイレの底に猫砂の砕けた粉末がたまりやすいのだが、尿の固まり具合や消臭などは非常に良いので、愛用している。
同じ仕様なら、ネオ砂でも安心して使えるってわけだ。
2HOST の VPS を使っているのだが、squeeze に dist-upgrade した際に、変なことになっていた。
/dev/ 下が狂って、いろいろ困る状況に陥るのである(苦笑)。
具体的には
crw------- になる。といった感じ。
この影響で、たとえば FDclone なんかは root じゃないと起動すらしてくれなくなる。
修正手順は以下。
(/dev/ で)
chmod og+rw null tty urandom zero
ln -s /proc/self/fd/0 stdin
ln -s /proc/self/fd/1 stdout
ln -s /proc/self/fd/2 stderrDebian squeeze が stable になったので dist-upgrade した。
今のところ、引っかかったのはこんなあたり:
aptitude --purge install mysql-server する必要がある (mysql-client-5.1 が入って mysql-client-5.0 は削除になるので、--purge をつける)。あとは login.defs やら rssh.conf やらいじって、いらないパッケージを削除するぐらいかな。