NTT系の次世代型データセンター案、冷却用電力半減と「迷惑施設」脱却をアピール
データセンターの外壁に張り巡らせた無数の細い銅管や建物を囲むように設けた巨大な水盤を利用して放熱を促し、サーバーを冷却する際の消費電力を低減。排熱は暖房や給湯などに使う。さらに、水盤に面して広大なオープンスペースを設け、地域交流の場として活用できるようにする──。 NTTファシリティーズ（東京・港）が、カーボンニュートラルを意識した次世代型データセンター（DC）プロジェクトを進めている。2024年5月27日、最初の成果として次世代型DCのプロトタイプを発表した。同社は30年ごろまでの実現を目指し、国内外のクラウドベンダーやDC事業者などに提案していく。 プロトタイプで設定した建物規模は地上2階建て、延べ面積約2万m2。受電容量は約30MWだ。「現在主流であるDCの規模を想定した」とNTTファシリティーズ設計エンジニアリング部の松浦裕己担当課長は説明する。 最大の特徴は、DCの高発熱化への対
生成AIは北海道で開発 データセンター大移動は実現するか｜BUSINESS NETWORK
生成AI開発に必要な膨大な電力をクリーンな再エネで賄うため、データセンターを北へ移動させる──。日本でもそんな動きが始まっている。この大移動を成功させるには、何が必要なのか。 大都市圏から北へ──。需要地である大都市の近郊に集中してきたデータセンター（DC）は今後、大移動時代を迎えるかもしれない。 候補地の1つが、北だ。涼しい気候は冷却に適する。さらに、再生可能エネルギーが豊富な土地ならば、それもDC立地の有力条件になる。 世界的には、北米の巨大テック企業が2010年代末から北欧にDC設置を推進してきた。例えば、人口38万人の小国アイスランドが“DC大国”と呼ばれる理由は、20度をめったに超えない気候と、水力・地熱を主力とする再エネだ。同国の電源構成に占める再エネ割合は100%である。 増えるDC建設の制約条件 「北へ向かう傾向は明確にある」 情報通信総合研究所 ICTリサーチ・コンサルテ
データセンターのための液体冷却オプション
お使いのアカウントは、このリンクへのアクセスが制限されています。 Vertivパートナーサポートにお問い合わせください：salescloudsupport@vertivco.com
Google OCS Apollo: The >$3 Billion Game-Changer in Datacenter Networking
Networking is a critical part of any datacenter, especially with the rise of networking-intensive large language models. As such, it was a clear target for Google’s infrastructure optimization efforts. Over the last year at conferences such as OFC and SIGCOMM, Google disclosed their custom networking stack, Jupiter, from in-house switches all the way through to custom reconfigurable software. This
「COVID-19」「あけおめ」で増えるトラフィックにも対応 チケットシステムとIOCで急なインシデントからサーバーを守る
2020年11月25〜27日の3日間、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2020」がオンラインで開催されました。そこで LINE System Development Team インフラエンジニアの松本氏が、「LINEにおける数万台の物理サーバーを管理する仕組み」というテーマで、日々のサーバー運用や今後の取り組みについて共有。後半は、チケットシステムとIOCの導入によるインシデント対応の自動化、また「COVID-19」や「あけおめ」で増えるトラフィックにどう対応したかについても紹介しました。 チケットシステムとIOCの導入 前編までで紹介した問題点を踏まえて、Server Operation v1では大きく2つの仕組みが取り入れられました。1つ目がチケットシステムです。Server Operation v1では、すべてのハード
失敗しないデータセンター設計のためのケーススタディ - Qiita
IaaSの中で構築などをしている者です。 データセンターの中にネットワークやサーバを作っていますが、データセンター設計1にはこれといった指針やベストプラクティスのようなものが（あるようで）実はあまりないため苦労することがあります。 検証環境でもない限り、データセンタに作ったシステムというのは、気に入らないからと言って、じゃあ止めて作り直すね、というわけにもまいりません。 特に物理的な問題は、後になってから「ああしておけばよかった」と思っても、後の祭りです。 クラウドを使っていれば、気にしなくても良いのですが、それでもコロケーションやオンプレミスに何か作らなければならなくなった方の参考に少しでもなればと思い、まとめます。 サーバとルータを同じラックに入れるのは有りか？ 何が問題なの？と思われるかもしれませんが、 結論を言えば、無しではないが極力避けるべき、です。 主な問題はこんなところです。
LINEのネットワークをゼロから再設計した話
のネットワークを ゼロから再設計した話 Masayuki Kobayashi LINE Corporation JANOG43 Meeting 2019/01/24 インフラの規模感 1Tbps+ User Traffic 30,000+ Physical Servers 165M+ Active Users in JP, TW, TH and ID 2019年1月1日 イベントトラフィック 直面していた課題 1. キャパシティの不足 East-Westトラフィックの増加によってボトルネックが発生 水平スケールが困難な2N構成 2. 運用負荷の増大 複数のプロトコルと冗長化技術 要件に応じたサーバ配置の限界 手作業の運用による負荷 アーキテクチャの非効率性 直面していた課題 1. アーキテクチャレベルでの見直し East-Westトラフィックをノンブロッキングでさばくことができる N+1で
いかにしてGoogleは他の企業では成し得ないような驚くべきデータセンターネットワークを作り上げたか | POSTD
Googleは最近、正当に築き上げてきた誇りを抱きつつ、次のような 発表をしました 。 Googleは、先日開催された2015 Open Network Summitで、5世代の社内ネットワーク テクノロジーの詳細を初めて公開しました。初の社内データセンターネットワークである10年前のFirehoseから最新世代のJupiterネットワークに至るまで、Googleは1つのデータセンターネットワークの能力を100倍以上に増強してきました。実際、現在のJupiterファブリックは二分割帯域幅で1ペタビット/秒を超えています。これだけの能力があれば、10万台のサーバがそれぞれ10Gb/秒で情報を交換でき、アメリカ国会図書館所蔵図書のスキャンしたコンテンツ全体を1/10秒未満の時間で読み込むことができるでしょう。 Googleのデータセンターネットワークは、目に見えるGoogleのほとんどの仕事を
AWSのデータセンターの中身を、設計総責任者が話した
AWSのデータセンターの中身を、設計総責任者が話した：「ここまで話していいの？」（1/2 ページ） Amazon Web Services（AWS）のバイスプレジデント兼ディスティングイッシュド・エンジニア、ジェームズ・ハミルトン氏は、AWSが11月11～14日に開催した「AWS re:Invent 2014」で、データセンターの構成、サーバーやスイッチの自社設計、SR-IOVなどについて語った。 [2014/11/21訂正]記事の初出時に、ハミルトン氏がAZ間の距離を「数キロメートル」と言ったと記述しましたが、数十キロメートルである可能性もあります。ハミルトン氏はAZ間が「multiple kilometers」であると表現しています。後出のハミルトン氏の議論では、例えばロサンゼルスとニューヨークの間の伝送遅延は74ミリ秒だが、これを1、2ミリ秒に抑えるためにAZ間は近くなくてはならない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
データセンターに必要な要素をワンストップで提供する、三菱重工の次世代データセンターソリューション
https://www.vertiv.com/498ec3/globalassets/documents/white-papers/acs_cold_plate__leak_detection_and_intervention_white_paper_329948_0.pdf
slides-116-rtgwg-dragonfly-routing-01
Open Programmable Infrastructure Project – Linux Foundation Project
AP9570 - Rack PDU, Basic, 1U, 30A, 200V, (4) C19 | Schneider Electric 日本
Optical Switching Data Center Networks: Understanding Techniques and Challenges
https://www.juniper.net/documentation/en_US/release-independent/solutions/information-products/pathway-pages/sg-005-data-center-fabric.pdf
RFC 7938: Use of BGP for Routing in Large-Scale Data Centers
Inside Azure Datacenter Architecture with Mark Russinovich
Tips and tricks: Build and deploy modern applications using Azure App Service - Microsoft Ignite
OCPREG19 - Facebook Challenges and Opportunities of Architecting AI Systems at Facebook Datacenter