IaaSの中で構築などをしている者です。 データセンターの中にネットワークやサーバを作っていますが、データセンター設計1にはこれといった指針やベストプラクティスのようなものが（あるようで）実はあまりないため苦労することがあります。 検証環境でもない限り、データセンタに作ったシステムというのは、気に入らないからと言って、じゃあ止めて作り直すね、というわけにもまいりません。 特に物理的な問題は、後になってから「ああしておけばよかった」と思っても、後の祭りです。 クラウドを使っていれば、気にしなくても良いのですが、それでもコロケーションやオンプレミスに何か作らなければならなくなった方の参考に少しでもなればと思い、まとめます。 サーバとルータを同じラックに入れるのは有りか？ 何が問題なの？と思われるかもしれませんが、 結論を言えば、無しではないが極力避けるべき、です。 主な問題はこんなところです。
2. 自己紹介 小林 正幸 (@markunet) 25歳 個人事業主 • 企業のネットワークインフラの設計構築、技術提供 • 新技術検証、運用自動化検討、アドバイザー • BGP, MPLS, EVPN etc その他 • Home NOC Operators‘ Group (AS59105) 3. 注意事項 • 本職ではありません。 • どちらかと言えば実用的なルーティングデザインについての説明です。 • 資料内の設計やモデルはあくまで一例です。 • 主にRFC7938を噛み砕いた内容となっています。 • 分かりやすく説明することを目的としているため、一部技術的に厳密 でない表現等が含まれています。 4. Traditional Design • North-South Traffic のための設計 • 帯域のスケールには、モジュール交換 などのアップグレードが必要 • 帯域やポート密
原文(投稿日：2009/4/1)へのリンク サーバーの性能と電力消費は、時間の経過とともに増加しています。サーバーが消費する電力に今日利用しているサーバーの数を掛けてみると、電力消費が、多くの企業にとってかなりの支出となっていることがわかります。サーバーで主に電力を消費するのは、プロセッサとメモリです。サーバーのプロセッサは、電力消費の上限を設定して消費を抑制しています。しかし、サーバーで使用されるメモリの量は増加しており、その増加のため、メモリが消費する電力が増えています。その上、今日の電源装置は非常に非能率的であり、コンセントで、また交流電源を直流に変換するときに電力が浪費されます。また、サーバーが運転中にはシャーシ全体が熱くなります。コンポーネントを安全な運転温度に維持するため、冷却が必要ですが、冷却もさらに電力を必要とします。この記事では、サーバーが電力を消費する様子、電力使用量を
This is #2 in a very long series of posts on Stack Overflow’s architecture. Previous post (#1): Stack Overflow: The Architecture - 2016 Edition Next post (#3): Stack Overflow: How We Do Deployment - 2016 Edition Who loves hardware? Well, I do and this is my blog so I win. If you don’t love hardware then I’d go ahead and close the browser. Still here? Awesome. Or your browser is crazy slow, in whic
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog サイトオペレーション本部の杉本（@keyaki）です。 サーバの導入検証や、インフラ関連ツールの開発・運用を担当しています。 今回は、データセンターの電力問題に対する取り組みをご紹介します。 ラックの不足と電力容量 ヤフーでは、増加し続けるデータの処理と格納のために、毎月多くのサーバを購入しており、設置場所が慢性的に不足している状態となっています。プレハブデータセンターの発想で建てられた白河データセンター3号棟など、ヤフーのスピード感に対応した新規のデータセンターの建設も行っていますが、既設のデータセンターについても有効利用を図っていく必要があります。 既設のデータセンターを活用する場合でも、新規のデータセンターを建設する場合でも
実は自分はあんましてないです。 理由について書くと。。。 例えばこんなラック、サーバが前提で、 電源コンセントは2系統で、それぞれ25A(100V, 2.5kva)でブレーカ落ちる サーバは平均2A(100V, 0.2kva)の電力を消費する 片系20Aで合計40Aまで使うとして、サーバは20台突っ込みたい、と思ったとする。 最初はこうしてたんですが、 これだと片系電源に障害があった時とか、ミスってブレーカ落とした時、 もう片系に40Aの全電力がかかって共倒れして、全サーバが停止してしまう。 でもサーバ搭載数を半分にするのはお金的にムリ過ぎる。 ※DCと調整して片系50kvaまで使える2系統にしてもらって、実効電力ベースの契約にするとか、いろいろ手はありそうだけど。 というわけで、 こっちのほうがまだマシか、と次はこうしました。 これだと片系落ちても半分のサーバは生き残るので、サービスは維
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ヤフーは、運営する「Yahoo! JAPAN」のサービス基盤の電源を支える“インテリジェントPDU”を更新した。ラリタン・ジャパンが9月3日に発表した。 PDU（Power Distribution Unit）は、ラック内のサーバやルータといったハードウェアに配電するための電源タップ。インテリジェントPDUは流れる電流量や電圧値などを測定する。製品によってはコンセントごとに消費電力を計測したり、電源をオンオフできたりするものもある。 Yahoo! JAPANでは、2011年からインテリジェントPDUを採用し、電力利用料を集中的に把握できる体制を整えている。サービス拡大のためサーバが頻繁に増設されることから、ラックの空きスペースだけでなく
こんにちは。運用本部の大野です。 今回はいつもと趣向が異なる物理インフラのお話。弊社 cybozu.com を運用するデータセンターで行った、ラック設計について一部紹介したいと思います。 そもそもラック設計って？ ここでのラック設計とは要するに「運用性の高いラックを作るためのルール作り」のことです。 「ラックなんて冷やしてケーブル差せばいいんだろ」と思うかもしれませんね。 しかし！運用性の高いラックはシステムの安定稼働にとって重要なポイントです。 作業し易いのは勿論のこと、誤ってケーブルを抜いてしまうなどの人的な障害リスクを軽減しますし、万一の障害にも影響範囲を最小限に止めることが出来ます。 そして、その運用性の高いラックを作るためには事前の設計が重要になります。一度システムが稼働してしまうと物理的な移動は非常に困難になるからです。弊社がデータセンターを新設した際に行ったラック設計のポイン
Description ITDB is a web based asset inventory management tool used to store information about assets found in office environments, with a focus -but not lmited to- IT assets. It is not or targets for ITIL/CMDB compliance (yet), but it has served me for years and hopefully it will do the same for you :-) ITDB comes with sources and is distributed under the GNU Public license. Security Please do N
日本アニメ初の快挙！海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
'yabitz'(ヤビツ) は、ユーザ(多くの場合は企業)が保有するホスト、IPアドレス、データセンタラック、サーバハードウェア、OSなどの情報を管理するためのWebアプリケーションです。 どのようなホストがどこに何台あり、どのように変わってきたのかという情報は1000台規模になると把握が極めて困難となります。また互いに矛盾する情報であっても、簡単なスプレッドシートなどでは気付くことすら不可能であったりします。そのような状況に対処するために開発されています。 また任意のホストに対して任意のタグをつけることが可能なため、アプリケーションの自動デプロイ対象の特定など、他システムとの連携を志向してAPI等が準備されています。 だいたいにおいて数千台規模のホスト管理に使用するために作られています。厳密な意味での構成管理や性能監視などの機能は備えていません。情報の集約とチェックにのみ特化したものです
「データセンターの不思議 運用テクニック」 ～ 機械にやさしい高密度実 装TIPS ～ ブロケードコミュニケーションズシステ ムズ株式会社 菊池 之裕 © 2013 Brocade Communications Systems, Inc. Company Proprietary Information 1 Legal Disclaimer All or some of the products detailed in this presentation may still be under development and certain specifications, including but not limited to, release dates, prices, and product features, may change. The products may not func
調べる機会があったのでこちらにも載せておきます。 会社名 1ラック月額 電力 所在地 DACS \150,000 20A 23区内 沖電気工業 \229,950 都内 エーモード \315,000 中央区 リンク・エーティーワークス \210,000 江東区 富士通ビーエスシー \144,000 品川区、文京区 NTTぷらら \72,450 20A 江東区 シーエーシー \115,000 江東区、中央区ほか サイバーソリューション \207,900 江東区 ソフトバンクテレコム \252,000 東京（4カ所） シーイーシー \105,000 東京都 ディーシーエヌ \52,500 新宿区 大日本印刷 \210,000 東京都 大和ソフトウェアリサーチ \210,000 30A 東京都 富士ソフト \142,800 千代田区、江東区 IHIエスキューブ \140,000 江東区 リコー \
Copyright © 2019–2024 Denis Ovsienko and contributors Copyright © 2018 Denis Ovsienko, Alexey Andriyanov, Aaron Dummer and contributors Copyright © 2013–2017 Alexey Andriyanov, Aaron Dummer, Denis Ovsienko and contributors Copyright © 2011–2012 Denis Ovsienko, Alexey Andriyanov, Aaron Dummer, Jonathan Thurman and contributors Copyright © 2010 Denis Ovsienko, Ryan Farrington, Alexey Andriyanov and
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
