データセンターでY電源ケーブルを使用する


17

同じサーバー内のPDUから冗長PSUへのYケーブルを使用することは完全に受け入れられる慣行であると常に思っていましたが、最近、彼らのcoloは許可しないと言った誰かと話していました。

私は電気技師ではありませんが、PSUは冗長であるため、両方同時に描画されないように思われます。この場合、2台のPSUでYケーブルを使用しても、ケーブルまたは個々のコンセントの定格電流容量を超えてしまうリスクはないと思われます。

ここで何か見逃していませんか?coloがサーバーラックのY電源ケーブルを禁止することを選択するのはなぜですか?


1
サンプルケーブルにリンクできますか?
ewwhite

9
ええと、ここで最初から最後まで「システム管理者向けのパワー」入門書が本当に必要なようです。これらの答えのいくつかは、まったく新しいワームの缶を開きました
-MDMarra

3
私は彼らが過去にいくつかのばかがPDUから単一のC13ポートを取り、それを5つのサーバーまたはPDUを吹き飛ばした何かに「分配」したと強く思うだろう...そして今、彼らはワイスプリッターに対するルールを持っている。
クリスS

1
このQは「標準」リストに追加する必要があります。YMMV ...
ディア・ハンター

4
@DeerHunterこの質問自体は正統なものではないと思いますが、「Power for Sysadmins」入門書は、新しい正統派にとって良いアイデアのようです。
HopelessN00b

回答:


19

私も電気技師ではありませんが、そうすることで少なくともサーバーを稼働させ続ける可能性を失うと思います。逆に、各PSUを異なる電源に接続した場合、サーバーにはまだ利用可能な電源があります(うまくいけば)。


12
この。Y字型ケーブルは電気的な危険を引き起こしません。
リーハリソン

ラックに複数のPDUがあるということですか?特に垂直PDUを使用している場合、これは多くの場合実際には実行できません。
MDマーラ

ラックに依存します。私たちは2つの背の高いサーバーキャビネットを備えた小さな会社です。どちらもキャビネットの両側に独立した電源レールを持つことで、冗長電源に対応しています。もちろん、これを利用するためにもサーバールームを適切に配線する必要があります。
リーハリソン

@MDMarra:PSUが負荷分散モードで動作していて障害が発生した場合、リスクが生じる可能性があります。この場合、まだアクティブな他のPSUの電力が増加します。この投稿を見てください
カレド

@Khaledですが、それでも私が知る限り、安全でない電力消費にはなりません。
MDマーラ

16

せいぜい単一障害点だからです。

実際のデータセンターに展開するすべてのサーバーは、各PSUをラック内の異なるPDUに接続します。各PDUは、異なる回路で、理想的には異なる給電から給電される、異なる独立したUPSに接続されます。

Y字型ケーブルが接続されているUPS、PDU、または回路がダウンした場合、冗長PSUは役に立たなくなるため、せいぜい無駄であり、最悪の場合は誤った冗長性のように見えます。

編集:

私は、ラックをすべて自力で動かすはるかに大きくて高価なUPSユニットではなく、サーバーラック内に取り付けられた低容量の1Uまたは2U UPSについて話していることに言及します。これらは、セカンダリユニットを必要とせずに、それ自体が非常に冗長になるように構築されています。


私が働いてきたほとんどの環境には、複数のラックを消費するSymmetraまたは同様のUPSがあります。この規模の冗長UPSを実際に使用している場所はあまり多くありませんが、物事の「電源」側にあまり触れていません。したがって、この質問です。また、実際に故障したPDUを目にしたことはありません(それが起こらないということではなく、私は確信しています)。その規模に達したとき、人々は本当に複数のPDUを供給する複数のSymmetrasを持っていますか?
MDマーラ

@MDMarraええ、私の編集を見て、トンネルのビジョンを得ました-あなたが言及したタイプのような大規模なUPSシステムを、冗長性のために2番目のユニットでセットアップした人を見たことはまだありません。そのサイズのユニットが追加された場合/追加された場合、それは余分な冗長性ではなく、余分な容量です。
HopelessN00b

4
@MDMarra多くのデータセンターの設計と構築を行っています。冗長性のために複数のUPSシステムが使用されることはほとんどありません。大きなUPSシステム自体は、さまざまなレベルの障害(バッテリー、電源コントローラー)で動作でき、必要に応じて主電源の経路を変更するだけで正常にフォールバックします。必要に応じて、主電源が発電機に引き継がれます。そのため、通常、UPSは単なる整流器/サージ保護装置であり、主電源から発電機への引き継ぎをカバーします。UPSには、ラック内のPDUに給電する複数の出力回路があります。各サーバーは2つの異なる回路に接続します。
トニー

@Tonny Hmmm、非常に良い情報。これが答えではなくコメントになるように質問を言いたいので、あなたはそれからいくつかの担当者を得ることができます:)
MDMarra

@MDMarra :-)要点については大丈夫です:-)しかし、サーバールームのパワーに関するベストプラクティスに関する標準的な質問/回答が適切であるようです。(そして、それに関する接地問題を忘れないでください。)
トニー

8

そのようなアイテムが眉をひそめられる主な理由は、冗長性、その欠如によるものです。このようなケーブルを使用するということは、サーバーのすべての電源入力に同じ回路が供給されることを意味します。そのため、その回路(または接続先のPDU)が停止するとサーバーも停止します。コロスは、この理由からプライマリおよびセカンダリ回路を強く推奨し、2つの回路にプラグインされたマルチPSUサーバーを確認したいと考えています。

当時、私は、1基の3ウェイYケーブルと3基の通常の電源ケーブルを備えたマシンのグループを持っていました。私が当時働いていたデータセンター(これは1999年頃でした)には、そのようなものに十分な電源コンセントがなかったため、結局Yケーブルを使用しました。1つのUPSのYの2本の脚と、3番目のPSUから2番目のUPSへのまっすぐな電源ケーブル。3-PSUシステムは、ありがたいことに今ではあまり一般的ではありません。

PSUロードバランシング、またはスイッチングですか?

電源が負荷を処理する方法には違いがあります。さまざまな電源ベンチマークが示しているように、負荷が50%を超えるとピーク効率に達します。すべてを1つのPSUで実行することで得られる利点がありますが、より効率的です。このため、一部のサーバーメーカーは、単一のPSUを介してサーバーのすべての電流を引き出し、障害が発生したときや気まぐれが発生したときに他のPSUに切り替えます。230ワットのシステムでは、すべての負荷を1つのPSUのみで実行することにより、デュアル400ワットのPSUから最高の効率が得られます。

このようなスイッチングシステムは、一度に完全に分離された電源回路を使用している場合、1つのPSU、したがって1つの回路だけから電力を供給します。

スイッチングシステムのマイナス面は、特定の回路に接続されたPSUのコミュニティで負荷が予期せず移動する可能性があることです。それらの十分な重量が単一の回路に重くなると、それが過負荷になる可能性があります。これは、回路全体を失い、物事を維持できるように物事を設計したいので、悪い電力設計ですが、それでもシステムエンジニアをつまずかせるものです。

負荷分散サーバーは、両方のPSUから同じ量の電流を引き出します。これにより、回路負荷の予測可能性が得られますが、システムエンジニアが50%を超える回路に負荷をかけ、1つの回路からPSUに100%の電力を供給しなければならない場合は、ブレーカーが発生する可能性があります。繰り返しますが、電源設計は悪いですが、よくある間違いです。

起動時の負荷

スタートアップロードには2種類あります。

  1. BIOS(またはOSブート、アプリロード)が追いついて落ち着くまで、すべてが完全に動作します。
  2. 物事がオンになるとすぐに負荷を突入します。

1つ目は、私たちがよく知っていることです。その120ディスクSASアレイは、正常に動作しているときは4000ワットしか消費しませんが、すべてのディスクシェルフが同時に再起動すると、6500ワットを消費する可能性があります。

サーバーについても同じことが言えます。ファンはフルスピードで動作します、はい。CPUは少しの間フルスピードで動作します、はい。RAMはポスト中に全電圧で実行されます、はい。POSTのこれらの最初の段階で描画できる範囲で描画する可能性がありますが、BIOSがOSに物事を引き渡し、電力体制が引き継ぐと、急速に低下します。通常の使用中に通常110ワットを消費するサーバーは、これらの最初の数フェーズで一時的に200 Wを消費する場合があります。

ほとんどの人が「起動時に電源を完全に実行する」などと言ったときに考えるのは、この一時的な負荷です。忙しい日に230Wを消費するサーバーに接続された400ワットの電源は、400ワットを消費するのではなく、230Wを消費します。

2番目はよく知られていませんが、人々がそれ出くわすと心配になります。これは突入電流であり、数ミリ秒かかりますが、その間、通常よりもはるかに高くなる可能性があります。ACからDCへのコンバーター(それらすべて)を搭載したITデバイスの突入電流は、ほとんどの場合2回発生します。

  • プリパワーステージに電力が供給されるため、ケーブルが差し込まれたとき。前面の電源ボタンでデバイスの電源を入れることができるのはこの段階です。
  • メインの配布ステージが起動してデバイスを起動する2回目。

タイミングのため、これは電源をデッド回路に戻す場合の要因になります。まったく同時に電源を投入するこれらのデバイスはすべて、その回路の電源に奇妙なことをする可能性があり、それ自体ですべての損傷を引き起こす可能性があります。段階的なスタートアップを行うこれが軽減されます。

これは、他の人々は、彼らが各PSUは独自の突入電流を有することからとか、「パワー・サプライは、起動時に、フルティルトを実行する」と言ったときに考えるの領域。しかし、私が言ったように、これは数ミリ秒続き、2段階で行われます。


サーバーPSUは、消費者のものとは異なる負荷曲線上のポイントに対して最適化されていますか?後者の場合、ピーク効率は通常〜50%で、そのポイントの両側で低下します。ここでのテスト3は50%のポイントです。jonnyguru.com/…同様の結果が、メインページの上部にある他の両方のレビューで表示されました。そして、私が見たすべてのレビューではないにしても、ほとんどの高品質のPSUについてです。
ダン・ニーリー

@DanNeelyあなたは正しいです、私はカーブが間違っていたことを覚えていました。更新されます。
sysadmin1138

4

私たちの地元のコロも彼らを好まなかった。共有キャビネットがあり、デュアルPSUサーバー用に単一のPDUポートしか使用できませんでした。coloは冗長性の理由でそれを好まなかったが、重要ではないマシンでは完全に受け入れられた。電気的な観点からは、大きな電力の問題はありません。

これが、コロが気に入らなかった理由です。

  1. PDUが死んだ場合、サーバーは停止しています
  2. ケーブルが揚げられたら、サーバーは停止しています

私が好きな理由は次のとおりです。

  1. 非ミッションクリティカルボックス
  2. 両方のPSUに電力を供給して、ボックスの冗長性を実現
  3. 私は、PDUの障害に基づいた潜在的なダウンタイムにそれほど関心がなかったし、ケーブルがバタバタしてしまうのを心配したこともありませんでした。(#1を参照)。

コロは電気的に話すことに問題はありませんでした。引き分けは同一で、ボックスは電力を消費するPSUの数に関係なく、必要なものだけを使用しました。しかし、このケーブルをデルのボックスで購入した直後に、デルはケーブルの販売を一般に提供しなくなりました。


4
If the PSU dies the server is dead-そこにPDUを意味しましたか?
MDマーラ

IMO、コロ/データセンターは、本質的に何が運用上の問題であるかを命じるべきではありません。Y字ケーブルを使用することを選択した場合、冗長性またはその欠如に関係なく、それが私の選択です。
-joeqwerty

@joeqwerty完全に同意します。ただし、データセンターがボックスの稼働時間について責任を負う場合、代わりに2本のストレートケーブルの使用を義務付ける必要性を完全に受け入れます。それは私には当てはまらず、共有キャビネットのシナリオでは、Y字型ケーブルの方がはるかに良い選択でした。
ブレントパブスト

ポイント3の「PSU」も「PDU」である必要があると思います。つまり、ケーブルまたはPDUの障害のリスクは、私に直接聞こえるPSUの障害のリスクよりもはるかに小さいとみなされます。ケーブル障害よりも多くのPSU障害が発生しました。ラックベースの作業はあまり行っていないので、PDUの故障率については本当にコメントできません。
ケビンキャスカート

@joeqwerty私にとって、そして私の経験から、過去に誰かがYケーブルをデュアルPSUサーバーに接続し(おそらくデータセンターの技術でさえも)、回路が故障し、髪の毛のあるボスはDCを解き放ち(サーバーとラック内のデュアル回路の両方で)支払った「冗長な」電力が機能しなかった、彼らはSLAなどに違反していたなど。特に自社の社内技術によって行われた場合は、使用方法の結果を人々が理解しているかどうかを心配するよりも、ケーブルを禁止してください。
グレックマック

3

サーバーが起動すると、両方のPSUが全電力で起動してシステムチェックを実行します。これにより、通常の動作電力が2倍になります。電力が問題になりつつあるため、キャビネットに入る回路は非常に特殊です。彼らは、サーバーを再起動する必要がある場合に、ブレーカーを作動させたくないのです。

また、一部のオフィスビルでは、消防法のためにそれを許可していません。1つのコンセントから消費できる電力を2倍にします。


1
2つの750W PSUを搭載したサーバーの電源を入れると1500Wの電力が消費されることを示すドキュメントはありますか?
MDマーラ

2
あなたの効果は正しい(またはそれに近い)が、私はあなたの原因が間違っていると思う:彼らはやるべき「スタートアップのもの」があるので、サーバーはスタートアップでより多くの電力を消費する:ディスクの回転、ファンの電源チェック、コンデンサーの充電など-エイリアステストを行うPSUを知りません。そのためには、PSUで見たことのない(大きなホンキン抵抗器)およびスイッチングハードウェアでテストするための負荷が必要になります。あなたがそのような獣を見たなら、私はそれについて聞きたいです。
voretaq7

1
@ voretaq7しかし、そうであっても、この追加の負荷はシステム内の単一のPSUの定格をはるかに下回るはずです。確かに消費量が増えていますが、危険な増加ではありません。
MDマーラ

@MDMarraスピンする必要のあるディスクの数とコントローラーのインテリジェントさに依存します-2-3アンペアのスパイクを生成するボックスを見ました(208Vの電力で-で、450-500Wに加えて、通常の150ishが実行されました)そのディスクスピン命令は「16個すべてのディスクがすぐにすぐに使用できます。(この構成は長続きしませんでした。)一般的には正しいのですが、「両方の電源でのフル定格の引き分け」とは言いません。悪いことを見たことがない)
voretaq7

@MDMarraほとんどのHP Proliantサーバーは、起動時に両方のPSUに短時間(3〜8秒)負荷がかかることを個人的な経験から知っています。Dell Poweredgeの一部のモデルも同様です。
トニー

3

2つの冗長電源回路をキャビネットに提供しているcoloは、2つの回路のバランスをとることに関心があるかもしれません。

これが、Y字ケーブルで行うか、同じPDUに2本のケーブルを差し込むかに関係なく、デュアルPSUでサーバーを単一の回路に接続することを好まない理由かもしれません。


4
たぶん、しかし、もし私が回路にお金を払っているなら、それをどのように使用するかを選択する必要があります。いずれかの回路の許容容量を超えない限り、コロ/データセンターは、それらの使用方法について何も言うべきではありません。
joeqwerty

これらの2つの回路のバランスを保つ必要があると感じた場合、それらが想定されたほど冗長ではないことを心配します。結局のところ、ある時点で、一方がダウンした場合、もう一方はすぐに全負荷を取る準備ができているはずです。
カスペルド

2

コロとホスティング事業にかなり長い間携わっているので、ホスティング会社がそれを許可しない3つの非常に良い理由を説明できます。

お金、お金とお金

単一の15アンペアまたは20アンペアの回路にかかる費用を考えてください。ホスティング会社は、フェイルオーバーのために2つ目の回路を購入し、代わりに月に2回大金を請求します。


まあ、正直に言うと、2本のケーブルを同じ回路に差し込むことも、Y字型ケーブルを1本差し込むこともできます。
HopelessN00b

もちろんできますが、最終的にはプラグ用のスペースが足りなくなります。これは2番目のPDUを意味します。信じてください、そのビジネスはすべて2つのことについてです1)スペース2)パワー。あなたがどちらかをもっと消費させるものは何でも彼らはそれを試みます。
アレックス

申し分ありませんが、PDUをプラグで実行しても2番目の回線のリースは必要ないので、これがcolo / hostによる利益獲得とどのように関係するのかわかりません。
HopelessN00b

ただし、2でない場合はさらに1 U使用します。1/ 4または1/2のキャビネットをレンタルするお客様の場合は、1/2またはフルキャビネットにアップグレードするのに十分です。
アレックス

-2

ここにいる誰も、異なる電力で稼働する2つの20アンペアPDUがあり、2つの異なるサーバーにケーブルケーブルを差し込み、最初のPDUに差し込み、2つの電源ケーブルに別のyケーブルプラグを入れることができることに気づかなかったことに本当に驚いていますサーバーに接続し、2番目のPDUに対して実行します。これで、冗長性と電源コードの混乱が少なくなりました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.