サーバー側の冷却。 お金を稼ぐ場所

この出版物を書くようになったきっかけは4つあります。

1.出版物「サーバールームの温度条件を維持することが重要な理由。 いつものように、サーバー側の冷却が用意されており、著者は、サーバーを冷却する必要性を説明するために、名誉ある非常に難しいミッションを実行しようとしました。

2.この投稿で差し引かれたエラー。

3.自分の経験。

4.Habréのデータセンターインフラストラクチャ(つまり、サーバー=小規模データセンター)の件名でゼロになる傾向がある有益な記事の数。 この点で「ビーライン」と「TsODy.rf」のメンバーは素晴らしい仲間です。



それで、この投稿はどうなるのでしょうか。



まず第一に、それはサーバー冷却の理論への小さな遠足です。 第二に、私は冷蔵の計画における主な誤解に対処しようとします。 そして3つ目-分析、それはまだお金を投資する価値があり、何が放棄できるかです。



今日、データセンターの冷却には2つのグローバル戦略があります。



1.無料の冷却。 これは、サーバーが最小限の準備で外気によって直接冷却される場合です(通常、これは冬の基本的なろ過と加熱です)。

2.制御された冷却、それをそれと呼びましょう。 これは、汚染、湿度、温度に関して空気を準備し、それをサーバーに供給するときです。 これには、間接フリークーリングのさまざまな方法も含まれます(外部空気を使用して、データセンターからの空気が置かれている熱交換器を冷却します)。



最初の戦略の利点は明らかです。 これらは、低実装コスト、低メンテナンスコスト、ばかげた電気代です。 欠点も理解できます。 制御されていない湿度と空気のほこりは、必然的にサーバーコンポーネントの故障につながります。 このアプローチには信者がいます。 通常、これらは非常に大規模なテクノロジー企業です。 なぜ彼らにとって良いのに、残りの人にとっては悪いのか? 3つの理由があります。



1.完全に冗長なサイトのネットワーク。 1つで障害が発生すると、2つ目がそれを検出します。

2.技術の頂点にある必要性。 悪い空気で動作しているサーバーは、約1年でクラッシュします。 これらの企業は1年でサーバーフリートを3分の1変更します。 鉄を節約することは彼らにとって意味がありません。鉄は1年後にゴミになります。

3.ボリュームと電気代。 冷却は、電気代で最も高価なアイテムです。 冷却コストを1%削減すると、数百万ドル節約できます。 30〜50%の削減について言えます。 そして、彼らはいくつかの不便に耐える用意ができています。



2番目の戦略は、冷蔵設備の信頼性と耐用年数の延長を意味します。 最も伝統的な例は、銀行業界です。 まあ、手袋のようにサーバーを変更しない他のすべての会社。 この戦略の欠点は、価格、価格、価格です。 建設、メンテナンス、電気。



ほとんどの企業が「機能的で飾り気のない」オプションを検討していることは明らかです。 ただし、必ずしも簡単ではありません。 それは簡単かつ正確に起こりますが、まったく逆に起こります(ボクサーのように感じました)。



さらに実用的なことに移りましょう。 サーバーの冷却について話すとき、それらは主に温度制御を意味します。 これは事実ですが、十分ではありません。 適切な冷却の3つの柱は、温度、風量、湿度です。 2番目の階層は、空気の流れの制御です。つまり、冷気をサーバーが受け取る場所に誘導する方法と、サーバーの「放出」から温風を取り入れてエアコンに誘導する方法です。 そして、熱い空気と冷たい空気が混ざらないようにする方法。



温度があれば、すべてが簡単です。 サーバーメーカーの推奨事項があり、ASHRAEの推奨事項があります。 ほとんどのサーバーの通常の温度は22〜24度と考えています。



誰もが温度について覚えていれば、実際にサーバールームを構築している人は誰も風量について考えません。 サーバーの技術的なパラメーターを見てみましょう。 消費量、サイズなどに加えて 通常CFM(立方フィート/分)で測定されるパラメーターがあります-これは、ポンプで送られる空気の量です。 つまり、サーバーには特定の温度の空気が必要です。 「一定量」のキャップのある太いフォント。 ここで、サーバールームで家庭用分割システムを使用する可能性にすぐに進みます。 必要な量に対応できません。 実際には、人の比熱はサーバーに比べて比較にならないほど小さく、家庭用エアコンは人にとって快適な気候を作り出すように特別に設計されています。 彼らの小さなファン(ティラノサウルスの前肢のような)は、サーバーを冷却するのに必要な量の空気を自分自身で運転することができません。 その結果、サーバーがそれ自体を介して空気を駆動し、エアコンがそれを取り込むことができず、熱い空気が冷たい空気と混ざり合ったときに、画像を取得します。 おそらく、エアコンが+16度を出すサーバールームに、そして部屋では+28に行ったことがあるでしょう。 行ったことがあります。 たぶんあなたのサーバールームはそれだけですか?



さて、二度起きないように:



1.世帯分割は8/5操作用に設計されており、サーバー1つは24/7で動作します。 Splitは1年半でリソースを開発します。

2.スプリットは、適切な温度の空気をサーバーに供給する方法を知らず、適切な温度の空気を自分から排出する方法を知っており、サーバーに向かうものはすべて同じです(そのようなやつです)。

3.吸気と排気が近すぎます。これは、熱気と冷気が必然的に混ざり合うことを意味します(ここでは、ポイント2を参照)。

4.温度センサーに応じてスプリットを機能させることは非常に困難です(ここでもポイント2を参照)。

一般に、世帯分割を使用しないでください。 必要ありません。 長い目で見れば、高精度のエアコンは分割よりも安価になります。



湿度制御について。 冒頭に述べた記事には、間違ったメッセージが1つあります。 湿度を制御する必要があります、それは確かです。 しかし、乾燥させないで、空気を湿らせてください。 事実は、サーバールームには閉じられた空気交換があるということです(少なくともそうすべきです)。 また、ステージ0(サーバーの起動)での空気中の水分量は一定の制限内です。 冷却中、ほとんどの水分はエアコンの熱交換器で凝縮し(温度差が高すぎる)、排水口に排出されます。 空気が乾燥しすぎると、ボード上で静的になり、空気の熱容量が低下します。 したがって、お金の無駄は生産的な加湿器とそのための水処理システムを購入することです。



気流制御に関連するモーメント。 ほとんどの場合、キャビネットのファンブロックはまったく役に立ちません。 それらは下から上に空気を吸い込み、そのサーバーは前から後ろに引きます。 あなたがする必要があるのは、予算からファンブロックを捨て、キャビネット内の空のユニットにプラグを置くことです。 ボードを叩きながらも、キャビネットの背面からの空気が正面に入ることができるすべての穴を閉じます。 ほとんどの場合、パッシブな空気制御方法は、アクティブな空気制御方法よりも効果的です。 そして、彼らは安いです。

気候モニタリング。 非常に重要なポイント。 監視しなければ、意図したとおりに機能していないことがわかりません。 温度と湿度の両方を監視する必要があります。 湿度は加湿器から最も遠いポイントで監視できます。このインジケータは部屋のどのポイントでも同じであるためです。 ただし、キャビネットの正面ドアで温度を監視する必要があります。 上げ床の下からの冷気の分配を使用しない場合は、キャビネットごとにセンサーが1つだけです。 上げ床から空気を分配する場合(すでに適切なエアコンを使用していることは明らかです)、正しい戦略は、床から異なるレベル(0.5 mや1.5 mなど)の空気を監視することです。 サーバールームでは、どのような状況でも、ガラス/ブラインドドアの付いたキャビネットを置かないでください。 空気はキャビネットとサーバーを自由に通過する必要があります。 突然そのようなキャビネットがある場合は、ドアを取り外してください。



要約として:

1.世帯分割を使用しないでください-彼らはすべて間違っています。

2.湿度を制御します。

3.そして、空気の流れ。

4.未使用のキャビネットユニットにプラグを取り付けます。

5.穴の開いたフロントドアとリアドアのあるキャビネットを使用します。 持っていない場合は、ドアを完全に取り外します。 さて、またはあなたの手でドリル。

6.監視システムのセンサーを正しく配置します。 部屋のどの部分でも、キャビネットの前面の温度、湿度を測定します。

7.サーバーのバッテリーからヒーターを取り外します。 彼らは暖かいだけでなく、時々水もします。

8.ウィンドウを取り外します。 Windowsは熱の流入であり、部屋への最も簡単な方法であり、サーバールームと5つのセキュリティポストへの装甲ドアをバイパスします。

9.部屋の通常の水圧、蒸気、断熱を行います。

10.ツールはセカンダリです。 膨大な数の冷却および監視ソリューションがあります。 主なことは、今日のあなたにとって最も重要なことを理解することですが、ツールがあります。

11.今日のITは、「無料のbsdの下でkdeをパッチする」、VMおよびDBだけでなく、エネルギー、冷却、物理的セキュリティ、アーキテクチャなどのリモートなものでもあるという事実を受け入れます。



適切なインフラストラクチャを構築してください。



All Articles