事業は変化するので、サーバーもそれに追随すべきです。トラフィックが伸びれば増強し、プロジェクトが縮小すれば構成を下げて費用を抑えられます。ここでは増強・縮小の一般的な流れと注意点を説明します。
1. 増強すべきとき
- CPU やメモリが恒常的に上限に近く、アプリが遅くなっている。
- ディスク容量が繰り返し逼迫する。
- トラフィックが増え、より広い帯域や安定した回線が必要になった。
2. 縮小してよいとき
キャンペーンの終了後、プロジェクトが閑散期に入ったとき、あるいは最初に過剰な構成を買ってしまったときは、費用削減のために縮小を検討してください。
3. 増強の流れ
00Shark では通常、サポートに目標構成を確認 → 作業日程を調整 → アプリの動作確認という流れです。CPU とメモリの増強は概ね短時間で済みます。ノードや回線の変更を伴う場合は、データ移行と保守時間帯についてサポートが調整します。
4. 重要な注意点
- ディスクは通常増やす方向のみ:増強でディスクは拡張できますが、縮小では直接小さくできないことが多いため、データ量を踏まえて判断してください。
- 先にバックアップ:構成変更の前に必ず完全バックアップかスナップショットを取ります。
- 保守時間帯:一部の変更は短時間の再起動を伴うため、閑散時間に予定してください。
5. 構成をまたぐ移行
リージョンやアーキテクチャが変わるような大きな変更では、新しいサーバーへ移行する方が安全です。新プランで構築し、データを同期し、DNS を切り替え、確認できてから旧サーバーを停止します。
具体的な増強・縮小の選択肢、価格、移行の日程調整については、Telegram @aliyun370 までご連絡ください。最終的な請求と適用条件はサポートの確認をもって確定します。