意図的に部分的なアップタイムを実現するサーバー管理スキームはありますか? つまり、夜間に自動的にスリープするサーバーですか? または、周期的なタスクを実行するために 1 時間おきに起動するサーバー (cron ジョブではなくハードウェアを使用) ですか? または、2 台のサーバーが連携して動作し、1 台がスリープ状態の間、もう 1 台が動作しているサーバーですか? ない場合、そのようなスキームを実装すると、寿命が長くなる、消費電力が低くなるなどの利点がありますか?
答え1
私は一般的なカテゴリーと呼ぶ電力節約。
オペレーティング システムを自動的にスリープ/休止状態にするのは、デスクトップではより一般的です。デスクトップでは、オペレーティング システムは 1 日の 3 分の 1 しか使用されない可能性があります。
サービスを提供したり、メンテナンス作業を行うためにオンのままにしておくサーバーですが、さまざまな省電力モードを使用します。ただし、環境によっては、毎晩シャットダウンすることもできます。
プロセッサの深いアイドル状態により、システムは実行されたまま、電力使用量が削減されます。
一部のハイパーバイザー マネージャーは、VM を自動的に統合し、ホストの電源をオフにして電力を節約できます。たとえば、VMware DPM、SCVMM 電力最適化、XenServer Work Load Balancer などです。 仮想化電力管理: お金と地球を節約する方法
パブリック クラウドでは、自動スケーリングによって適切な量のインフラストラクチャが自動的に起動されます。または、必要に応じて実行する関数を作成し、VM を気にする必要もありません (ただし、クラウドの料金はインフラストラクチャに対するものであり、電力やハードウェアのコストは直接表示されません)。
2 時間ごとのタスクの場合、適切なサイズの省電力サーバーを実行する方が簡単でしょう。システムがすでに起動されていると、タスクを実行するために起動する時間がはるかに速くなります。また、アイドル状態では数ワットの電力しか消費しません。
寿命というのは扱いが難しいものです。ディスク アレイにスピンドルがある場合は、スピンを止めて再びスピンさせるよりも、スピンを回し続ける方がおそらく良いでしょう。多くのコンポーネントは、廃止されるまで数年間は継続的にオンラインのままです。
答え2
私の記憶が正しければ、VMwareとCitrixはどちらも主に自社向けにこのような省電力スキームを採用していた。デスクトップ仮想化製品 (主なワークロードは平日の 8:00 から 18:00 の間であることがほぼ確実に予測できます)。未使用のハイパーバイザーの大部分の電源をオフにして (いくらかの予備容量を残して)、需要が再び増加したときに追加のハイパーバイザーの電源をオンにするように手動または自動で計画できます。
このようなサーバーは 1 週間あたり 168 時間のうち 50 時間しか稼働しないので、節電効果は積み重なるはずです。
使用量に応じて料金を支払うクラウドの世界では、需要に応じてインフラストラクチャとアプリケーションをスケールアップおよびスケールダウンすることも標準です。