未払いによる停止

支払い期限を3日過ぎた時点でサーバーが入る状態が停止です。サーバーは電源が切られて利用できなくなりますが、ディスクはそのまま残ります。削除とは異なり、これは復旧可能な状況です。

この状態が起こるタイミング

有効期限が来てもサーバーはすぐに停止しません。滞納日数で数えます。

有効期限の前に2回のリマインダーが届きます。3日前と1日前です。Millidaの通知フィードと、連携した連絡チャンネルが設定されていればそこに表示されます。支払い側のタイムライン全体は、記事サーバーの更新で説明しています。

どのように見えるか

• サーバーはSSHでもアドレスでも応答しません。
• その上で動いているサイトやサービスは動作しません。
• /hosting/vds/m/<id>のパネルは開きます。サーバーは「停止」と表示され、「支払い」タブに期限を何日過ぎているかが表示されます。
• コンソールにログインできません。サーバーは電源が切られているだけで、壊れているわけではありません。
• パネルには「起動」の代わりに「支払って起動」ボタンが表示されます。その他のサーバー操作 — 停止、再起動、rootパスワードの変更、SSHキー、起動モード、再インストール — は拒否されます。支払いまでは、以前の状態でもクリーンインストールでもサーバーは起動しません。
• 停止中のサーバーには課金されません。

なぜこうなったのか

理由は1つです。滞納3日以内に支払いを課金できませんでした。Millidaの残高が不足していたか、自動更新が無効になっていて誰も手動更新を開始しなかったかのどちらかです。「信用」での支払いや自動的な一部課金はありません。詳しくは支払い: Millidaの残高と課金をご覧ください。

サーバーを再び稼働させる方法

1. 必要な期間分の金額をMillidaの残高にチャージします。
2. /hosting/vds/m/<id>の「支払い」タブを開きます。
3. 期間を選択し、更新を確定します。
4. サーバーが起動するのを待ち、サービスが立ち上がっていることを確認します。

支払いにより停止は自動的に解除され、サーバーが起動します。「起動」を別途押す必要はありません。この方法は滞納10日目まで有効です。それ以降はサーバーはすでに削除処理中で、パネルから更新することはできません。

起動後は自動起動を確認してください。手動で起動し、自動起動に追加していなかったサービスは、自然には復帰しません。

systemctl list-units --failed
systemctl enable --now myapp

失敗したユニットのトラブルシューティングは、記事サービスが起動しない: systemdのトラブルシューティングで説明しています。

停止と削除は別のものです

停止はディスク、アドレス、設定を保持し、更新すればパネルのボタンでサーバーは再びオンラインになります。これは滞納の最初の10日間は有効です。10日目にサーバーは削除処理に入り、自力で復旧することはできなくなります。データがまだ存在する72時間が残りますが、買い戻しはサポートを通じて行われます。詳細とタイムラインは、記事サーバーの削除と買い戻し期間にあります。

買い戻し期間を保険として当てにしないでください。サーバー上にしか存在しないデータは何にも保護されていません。自動バックアップやスナップショットはありません。

保持されるものとされないもの

停止を避ける方法

• 早めに更新してください。早く更新しても支払い済みの日数は失効せず、新しい期間は現在の日付に加算されます。
• サーバーを継続的に使う必要がある場合は、自動更新を無効にしないでください。既定で有効になっており、「支払いを忘れる」問題を解消します。
• 各サーバーにつき、残高に最低1か月分の資金を保ってください。自動更新は信用では課金されません。
• 長期間サーバーが必要な場合は、より長い期間を選んでください。18パーセント割引の1年契約なら、毎月のリマインダーも不要になります。詳しくは長期契約の割引をご覧ください。
• 複数のサーバーをお持ちの場合は、有効期限を1つの日に揃えてください。5つの日付ではなく1つの日付を管理するだけで済みます。