JP2019522305A - データセンターオペレーティングシステムを実装するための方法およびシステム - Google Patents

Abstract

本発明は、データセンターオペレーティングシステムに関する。本発明の一実施形態は、複数のデータセンターのためのインベントリデータを記憶するメモリ構成要素と、１つまたは複数のユーザ入力を受信する対話型インターフェースと、１つまたは複数のデータセンターシステムからデータを受信するＡＰＩ入力と、プロセッサであって、ＡＰＩ入力を介して、１つまたは複数のロケーションにおける複数のデータセンターから、監視されたデータを受信するステップと、プロセッサを介して、具体的なデータセンターのためにデバイスレベルにおいて監視されたデータを含む対話型データセンターフロアプランを自動的に生成するステップと、対話型インターフェースを介して、対話型データセンターフロアプランを１つまたは複数のビューにおいて表示するステップであって、１つまたは複数のビューが、具体的なデータセンターにおける特定のラックのための詳細なデータを含む、表示するステップとを実行するように構成されたプロセッサとを備える。

Description

関連出願の相互参照
[0001]本出願は、その内容全体が本明細書に組み込まれる、２０１６年７月２１日に出願された米国仮出願第６２／３６４，９８１号（代理人整理番号第７２１６７．００１１２２号）の優先権を主張する。

[0002]本発明は、一般に、データセンターオペレーティングシステムを実装および管理することに関する。

[0003]そのコアプロセスの多くについて、データセンターチームは、大規模のサードパーティアプリケーションと小規模の特注のツールとの混合に依拠する。ベンダーアプリケーションの維持費は高く、内部ツールはしばしばサポートされていない。現在のシステムは、データベースアーキテクチャの限定的な性質により、過度に複雑であり、乏しい性能をもたらす。その上、現在のシステムには、それらの専用データベースと、専用のワークフローシステムと、他の要件とがあり、煩雑である。

[0004]これらの欠点と他の欠点とが存在する。

[0005]したがって、本発明の一態様は、上記に記載された欠点のうちの１つまたは複数に対処することである。本発明の一実施形態によれば、コンピュータ実装データセンターオペレーティングシステムは、複数のデータセンターのためのインベントリデータ（ｉｎｖｅｎｔｏｒｙ ｄａｔａ）を記憶するメモリ構成要素と、１つまたは複数のユーザ入力を受信する対話型インターフェースと、１つまたは複数のデータセンターシステムからデータを受信するＡＰＩ入力と、ＡＰＩ入力と、メモリ構成要素と、対話型インターフェースとに結合されたプロセッサであって、プロセッサが、ＡＰＩ入力を介して、１つまたは複数のロケーションにおける複数のデータセンターから、監視されたデータを受信するステップと、プロセッサを介して、具体的なデータセンターのためにデバイスレベルにおいて監視されたデータを含む対話型データセンターフロアプランを自動的に生成するステップと、対話型インターフェースを介して、対話型データセンターフロアプランを１つまたは複数のビューにおいて表示するステップであって、１つまたは複数のビューが、具体的なデータセンターにおける特定のラックのための詳細なデータを含む、表示するステップとを実行するように構成された、プロセッサとを備える。

[0006]本発明の別の実施形態によれば、データセンターシステムを動作させるコンピュータ実装方法は、ＡＰＩ入力を介して、１つまたは複数のロケーションにおける複数のデータセンターから、監視されたデータを受信するステップと、プロセッサを介して、対話型データセンターフロアプランを監視されたデータでポピュレートする上記フロアプランを自動的に生成するステップと、対話型インターフェースを介して、対話型データセンターフロアプランを１つまたは複数のビューにおいて表示するステップであって、１つまたは複数のビューが、特定のデータセンターにおける特定のラックのための詳細なデータを含む、表示するステップとを含み、ＡＰＩ入力が、１つまたは複数のデータセンターシステムからデータを受信し、対話型インターフェースが、１つまたは複数のユーザ入力を受信し、プロセッサが、ＡＰＩ入力と、メモリ構成要素と、対話型インターフェースとに結合される。

[0007]本明細書で説明されるコンピュータ実装システム、方法および媒体は、本発明の様々な実施形態に従って、エンティティ、団体および他のユーザに独自の利点を提供する。革新的システムおよび方法は、データセンター運用の管理を容易にし、データセンターに固有の、リソース消費と他の機能性とをより正確に予測する独自のツールをさらに提供する。これらおよび他の利点は、以下の発明を実施するための形態においてより十分に説明される。

[0008]本発明のより完全な理解を可能にするために、次に添付の図面が参照される。これらの図面は、本発明を限定するものとして解釈されるべきではなく、例にすぎないものである。

[0009]本発明の一実施形態による、データセンター空間の鳥瞰図を示すＤＣＯＳシステムの例示的なユーザインターフェースの図である。 [0010]本発明の一実施形態による、ラック立面図と分析情報とを示すＤＣＯＳシステムの例示的なユーザインターフェースの図である。 [0011]本発明の一実施形態による、ラックパターンと分析情報とを示す例示的なユーザインターフェースの図である。 [0012]本発明の一実施形態による、推奨エンジンを示す例示的なシステムの図である。 [0013]本発明の一実施形態による、自動配置特徴のための例示的なフローチャートである。

[0014]以下の説明は、特定の実施形態および詳細を与えることによって本発明の理解を伝達するものである。しかしながら、本発明は、例にすぎないこれらの特定の実施形態および詳細に限定されないことが理解される。当業者は、既知のシステムおよび方法に照らして、特定の設計と他のニーズとに応じた、任意の数の代替実施形態における、本発明の意図された目的および利益に関する本発明の使用を諒解することがさらに理解される。

[0015]本発明の一実施形態は、直接、負荷を監視し、データセンター容量を最適化するためにデータセンターオペレーティングシステム（ＤＣＯＳ：Ｄａｔａ Ｃｅｎｔｅｒ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を実装することを対象とする。革新的なシステムは、様々なロケーションにおけるデータセンターにおいて容量と電力消費とを管理し、データセンターハウジングの利用可能性、ならびにプロビジョニングおよび容量ニーズに関係する情報を与える。本発明の一実施形態は、様々なモジュールおよび／またはデータフィードを一緒にもたらす対話型ＤＣＯＳツールを対象とする。

[0016]データセンターは、一般に、電気通信およびストレージシステムなど、コンピュータシステムと、関連する構成要素とを格納するために使用される施設を指す。それは、一般に、冗長またはバックアップ電源と、冗長データ通信接続と、環境制御（たとえば、空調、火災抑制など）と、様々なセキュリティデバイスとを含む。データセンターは、建築物の１つまたは複数のルーム、１つまたは複数のフロア、建築物全体または複数の建築物を占有してもよい。データセンターは、ラックキャビネットまたは他のストレージインフラストラクチャにおいて取り付ける場合があるサーバなど、機器を格納する。ラックは、通常、列状に配置されて、列間に廊下または通路を形成する。このアーキテクチャは、各キャビネットの前面および後面への個人のアクセスを可能にする。しばしば、サーバおよび他の機器はサイズが大幅に異なってもよく、いくつかは、何平方フィートもの床面積を占有する。

[0017]本発明の一実施形態によれば、ＤＣＯＳツールは、ツールが他のソースからデータを継承するようにＡＰＩ駆動型であり、ならびに他のアプリケーション（たとえば、供給／需要管理、インベントリ、データセンター管理および他のツールセットなど）に公開してもよい。革新的なシステムは、エンティティの内部および外部にある、様々なリポジトリおよびソースからのデータポイントをコンソリデートする管理プラットフォームを含む。本発明の一実施形態は、アプリケーション・プログラミング・インターフェース（ＡＰＩ）に基づく高レベルフレームワークを対象とし、したがって、様々なソースが、ＤＣＯＳツールと効果的に通信し、他のシステムおよびソースからデータを効果的に獲得および受信してもよい。ＤＣＯＳツールは、その能力においてフレキシブルおよび高性能であるプラグアンドプレイアプリケーションを提供する。

[0018]本発明の一実施形態は、重要な意思決定のための特定のサービス（たとえば、データセンターチームなど）のためにカスタマイズされたやり方でデータを可視化する、特定の環境に固有でもよい。本発明の一実施形態は、データソースに対する変更に適応するようにフレキシブルであり、他の内部アプリケーションへのデータの公開を可能にする場合がある。

[0019]本発明の一実施形態によれば、ＤＣＯＳツールを、たとえば、北米、ＥＭＥＡ、アジア太平洋など、様々なロケーションにおける新しい施設の設置を包含してもよい、同意されたデータセンターストラテジーに沿って戦略的データセンター資産を管理するために使用してもよい。

[0020]本発明の一実施形態は、１つまたは複数のデータセンターの様々なビュー、たとえば、鳥瞰ビュー、ラックビューなどを与える、データセンターチームのためのカスタマイズされた対話型ユーザインターフェース（ＵＩ）を対象とする。例示的な実施形態によれば、本発明は、クラウドホスティングプラットフォーム上にホストされる場合があり、さらに、スケーラブルベクタグラフィックス（ＳＶＧ）およびＪａｖａＳｃｒｉｐｔ（登録商標）を使用して機器を描き、それを、Ｃａｓｓａｎｄｒａ、ＳＱＬデータベースを含む、データベース、サーバ、および／または他のソースからのデータを用いて検索可能にする場合がある。クラウドホスティングプラットフォームは、ＯＳソフトウェアスタックの上で動作するＷｅｂアプリケーションをさらに含んでもよい、ユーザインターフェースアプリケーションを含んでもよい。ＳＶＧは、対話性およびアニメーションをサポートする、２次元グラフィックスのためのＸＭＬベースベクトル画像フォーマットを表す場合がある。他のユーザインターフェースアプリケーションを実装してもよい。本発明の一実施形態は、ページがロードされるとき、ユーザのブラウザにおいて機器を動的に生成することを対象とし、それは、ユーザがダウンロードを待つことを必要とされないことを意味する。対照的に、現在のシステムはオフライン処理を必要とし、ここで、情報（たとえば、画像など）は、翌日以降までユーザにとって利用可能でない。したがって、本発明の一実施形態のＤＣＯＳツールは、精度、速度および最新のデータの点で現在のシステムに勝る利点を与える。

[0021]たとえば、ＤＣＯＳツールは、複数のラックおよび他のソースからライブ電力データを収集してもよい。この例では、システムは、ヒートマップを描き、リアルタイムでそのデータと履歴とを見せてもよい。システムは、アプリケーション（「アプリ」）を実行するモバイルデバイス（たとえば、スマートフォン、タブレットなど）、ならびにデスクトップおよび他のデバイスを含む、様々なデバイスを介して利用可能である場合がある。

[0022]本発明の一実施形態は、フロアプラン、ラック立面図、インベントリデータ、（シナリオプランニングを含む）容量分析、デバイス配置自動化などを示すために、データセンター管理にソフトウェアベンダーを与えることを対象とする。

[0023]本発明の一実施形態は、単一のフレームワークを対象とし、したがって、内部ツールをそのフレームワーク上に再開発してもよく、新しいツールを構築してもよい。この基盤が将来のアプリケーションの礎石を形成する場合があり、したがって、メッセージングおよびＡＰＩを開発することが基本になるであろう。本発明の一実施形態は、ツールは、ツールが、ユーザにとって単一のアプリケーションのように見えることに十分整合するが、異なるユーザが構成要素を別々に構築および追加してもよいほど十分フレキシブルであることを保証することを対象とする。

[0024]本発明の一実施形態は、データセンターチームリソース、顧客、供給チェーンチームなどを含む、様々なユーザによって使用される場合がある。システムは、そのようなユーザに、予約情報とリードタイムとを含むデータを与えてもよい。本発明の一実施形態のフレームワークは、顧客が、プログラム的にとユーザインターフェースを介してとの両方で情報を閲覧することを可能にする。

[0025]本発明の一実施形態によれば、システムは、戦略的ツールからデータを入手し、戦略的ツールにデータを送るために、ユニファイドフレームワークと単一データスキーマとを提供し、それにより、他のツールとの統合を簡略化する。本発明の一実施形態は、いくつかのデータフィード（たとえば、インベントリ、電力監視およびデータセンター管理ツール、Ｃａｓｓａｎｄｒａ、カスタムデータベースなど）から入力を受信する、アプリケーションフレームワークを対象とする。ＤＣＯＳツールは、将来の機能性を「モジュール」として容易に追加するのに十分フレキシブルで、より古いものまたはベンダーのものを交換するために、新しいモジュールを開発し、それをアプリにドロップしやすく、異なるモジュール、ユーザおよび報告が使用することができるコアＡＰＩを実装する。本発明の一実施形態は、いくつかの重要なデータ従属性、たとえば、インベントリ、データセンター管理およびケーブリングツールに依拠してもよい。その上、システムは、いくつかのデータベースと広範なデータ収集プロセスとにアクセスしてもよい。

[0026]システムはまた、モジュールが、同じまたは同様の視覚的テーマに従ってもよいように、視覚的およびデータテンプレートを含んでもよい。システムは、パーミッショングループを使用するための能力を含んでいる場合がある。さらに、システムは、複雑なサポート問題を回避する場合がある。ビジネス論理を使用するワークフローの作成および管理を、容易にサポートする場合がある。システムを、クラウドネイティブであるように設計してもよく、ｊａｖａｓｃｒｉｐｔまたは同様の環境を提供する任意のクラウドプラットフォーム上にホストしてもよい。システムは、ＡＰＩクエリとＳＱＬクエリの両方によってアクセス可能である場合がある、セントラルレポーティングデータベースをさらに含んでおり、高度にドキュメント化およびコメントされたソースコードを含んでいる場合がある。その上、本発明の一実施形態のシステムは、失敗した自動再起動サービスを実行してもよいという点で、自己回復型でもよい。システムは、ジオ・ロード・バランシングをもつ、広域的に分散した、ＵＩと、ＡＰＩと、データベースとをさらに有してもよい。したがって、ユーザは、適切な環境を自動的に対象とする場合がある。

[0027]データベースおよびサービスの共有バックボーンを使用して、ＤＣＯＳツールは、内部ツールを長い期間にわたって１つずつ交換してもよいように、モジュラー設計を利用してもよい。ＤＣＯＳツールは、現実のプロセスに関して設計され、現代の開発フレームワーク上に構築され、機敏な様式のモジュールと、いくつかのレガシーベンダーツールを交換してもよい。

[0028]各モジュールを、段階的に開発してもよい。たとえば、例示的な図によれば、最初は読取り専用特徴のみが構築され、ユーザによってテストされる場合がある。次いで、最終的にモジュールが既存のツール（たとえば、データセンター管理およびケーブリングツールセットなど）に取って代わる場合があるまで、データベースへの変更を可能にするように特徴をアップグレードしてもよい。コアバックボーン、すなわち、ＡＰＩの上に位置する、ＤＣＯＳツールにおけるいくつかのコアモジュールがあってもよい。たとえば、各スクリーンおよびダッシュボードは、異なるモジュールからなる場合がある。開発プロセス中に、モジュールは、異なるチームによって開発され、（ＤＣＯＳバックボーンと統合されるが）スタンドアロンで動作してもよい。他のモジュールも、ベンダーおよびサードパーティによって提供され、唯一の開発が統合である場合がある。

[0029]図１は、本発明の一実施形態による、データセンター空間の鳥瞰図を示すＤＣＯＳシステムの例示的なユーザインターフェースである。本発明の一実施形態は、データセンターオペレーティングシステムを対象とする。たとえば、システムは、革新的ＤＣＯＳツールとなるように設計された、クラウドネイティブのＡＰＩ対応ｎｏｄｅ．ｊｓアプリケーションでもよい。マイクロサービス上で動作する、データセンターオペレーティングシステムは、戦略的および非戦略的データセンターおよびテクノロジールームにおける、報告と、監視と、データ品質とを与えてもよい。本発明の一実施形態は、他のシステムに統合されるＡＰＩ駆動型システムでもよい。たとえば、ユーザインターフェース特徴を、ＤＣＯＳ−ＡＰＩによって電力供給してもよい。

[0030]さらに、システムは、デスクトップ、モバイルなどを含む、様々なタイプのユーザデバイスをサポートしてもよい。たとえば、ユーザは、日々のタスクを行うためにデータセンターオペレーティングシステムの様々なモジュールにアクセスするためにタブレットを使用してもよい。他のユーザは、より大きくより詳細なビューにアクセスするためにデスクトップ上で動作するアプリケーションを使用してもよい。たとえば、ユーザは、タブレット（または他のモバイルデバイス）とともにデータセンターのフロア上にいる場合がある。オンサイトでデバイスを走査することによって、ＤＣＯＳツールは、デバイスを識別し、走査されたデバイスに関係する詳細な測定値と他のデータとを与えてもよい。

[0031]例示的な実施形態によれば、システムを、ｃｌｏｕｄ ｆｏｕｎｄｒｙ ｐｌａｔｆｏｒｍ ａｓ ａ ｓｅｒｖｉｃｅに基づくインターナルクラウドホスティングプラットフォーム上で開発してもよい。ＤＣＯＳツールは、バックエンドクラウドベースデータベースにリンクされるＳＶＧーＪａｖａＳｃｒｉｐｔフレームワークを使用してユーザインターフェースを生成してもよい。この特徴は、ユーザが、異なる構成要素にドリルダウン（ｄｒｉｌｌ−ｄｏｗｎ）し、様々な他のシステムからのフィードにアクセスすることを可能にする。計算および測定値が、任意の時点における、特定のデバイス、ラック、列または他のグループのデバイスの現在状態に関するインサイトを与えるライブ監視システムから直接受信される。他の変形形態を実装してもよい。

[0032]図１は、別個のモジュールがどのようにアプリケーションフレームワークに統合するかを示す。一番上のバー１１０は、様々なビューにわたって一貫性を与えており、サイトドロップダウンまたは検索などの特徴と、現在ビューのコンテキスト（たとえば、測定電力、ラック総数、検索バーなど）に関連するカスタム特徴とを含む。

[0033]本発明の一実施形態は、ＡＰＩを介して与えられるＪＳＯＮオブジェクトを介したＳＶＧで描画してもよい、応答および対話型データセンターフロアプランを自動生成することを対象とする。革新的システムは、様々なユーザおよびアプリケーションに応答性と対話型特徴とを与える。

[0034]本発明の一実施形態は、リアルタイムで監視されたデータをポピュレートし、それをフロアプランの任意の部分上で表すことを対象とする。図１に示されるように、例示的なフロアプランは、複数のＩＴルームと、Ｒ０１、Ｒ０２、・・・Ｒ１６によって表されるデバイスの列とを含んでもよい。監視されたポイントは、建築物など、エリアまたはロケーションからの任意のセンサーデータを含んでもよい。監視されたデータは、ｋＷで測定されるリアルタイム電力、恣意的な時間期間にわたって記録される電力（たとえば、ｋＷｈ）、電気的位相平衡、電力傾向、局所の温度／気圧／気流の示度を含んでもよい。

[0035]本発明の一実施形態は、様々なソースからデータを受信するＡＰＩに基づいてユーザインターフェースを生成することを対象とする。ＤＣＯＳツールは、複数の異なるデータソースを結び付け、リアルタイムで計算を実行し、対話型インターフェースを自動的に生成する。

[0036]図１に示されるフロアプランは、様々な統合データポイントを、ユーザインターフェース（たとえば、ウェブページ）上で検索可能である場合がある。ＤＣＯＳツールは、また、様々な特徴を与えるためにライブカラーレイヤリング（ｌｉｖｅ ｃｏｌｏｒ ｌａｙｅｒｉｎｇ）とライブデータとを使用してもよく、該様々な特徴はデータセンターの電力利用率ならびに高密度エリア／低密度エリアなど、検索結果を与えることと傾向をハイライトすることとを含む。ＤＣＯＳツールはまた、たとえば、ｋＷが、他のサイトにおいて同様に構成されるラックの一般的な電力使用量の７０％の、推奨エンジン（下記）によって設定されるターゲットを上回る場合、警戒限界と違反とを与えてもよい。ＤＣＯＳツールはさらに、サービスと構成とに関係する詳細を与える。さらに、ＤＣＯＳツールは、たとえば、データセンターの状態が６ヶ月でどのようなものになるか、電力がどのように増大および／または縮小することが予想されるかなど、データセンターの将来の状態を示す。ＤＣＯＳツールはさらに、外部のチケット発行またはエラーシステムによって与えられるチケット／故障を表示する。

[0037]様々な機能および動作（たとえば、作成、読取り、更新、削除など）を、テキスト入力、キーボード変更によって、または公式データベースオブジェクトを直ちに更新するドラッグアンドドロップによって、フロアプランから直接実行してもよい。

[0038]本発明の一実施形態は、ＳＶＧ、ＳＱＬおよびＡｎｇｕｌａｒＪＳの最適化された組合せにより、直ちに変更と読取りとを与える。
[0039]図１に示されるように、鳥瞰図が、特定のデータセンターロケーションのために提示される場合がある。データセンターの名称または識別子は、１１２において表示される場合があり、市、州、国、地理的エリアなどとして表される地理的ロケーションを含んでもよい。たとえば、エンティティは、デラウェア、英国、香港、カリフォルニアおよび／または他の地理的ロケーションなど、市、州、地域を含む、様々なロケーションにおけるデータセンターを維持してもよい。ロケーションは具体的なエリアを含んでもよい。データセンター内の具体的な空間を、１１４において表示してもよい。この例では、データセンター１の具体的なフロアが選択されている。他のサブセットまたは地理的境界を識別してもよい。列の各々は、ルームまたは他の指定されたエリアを表す。ドロップダウンメニュー（または他の対話型グラフィック）は、他のロケーションおよびデータセンターの選択を可能にする。各ブロックは、１つまたは複数のラックまたは他のパーティションを表してもよい。ビューは、様々なレベル、上位レベル、下位レベルなどをも含んでもよい。また、選択されたロケーションおよびエリアについて、測定された電力（および容量に対する割合）１１８とラックの総数１２０とを含む測定値を与えてもよい。図１に示されるように、各ブロックは、対応する電力測定値とともに（１つまたは複数の）デバイスを表してもよい。この例では、電力測定値はｋＷ単位である。温度、気流、気圧などを含む他のメトリックを与えてもよい。

[0040]特定のラック（またはセクション）の選択時に、詳細な情報を、対話型ウィンドウまたは他のグラフィックを介して表示してもよい。たとえば、情報は、インベントリ数と、アセットタグと、グリッドと、ネットワークゾーンと、最も古いデバイスと、ラックパターンと、監視される情報と、ケーブルルートと、リンクと、ディレーティング（ｄｅｒａｔｅ）と、平均値と、最大値と、予想されるｋＷと、測定されたｋＷとを含んでもよい。表示される情報を、リアルタイムまたはほぼリアルタイムでＡＰＩを介して与えてもよい。対応するラックビューも利用可能である場合がある。ディレーティングは、一般に、デバイスを、それの定格最大能力未満で動作させることを指す。

[0041]ルーム（または他の所定のサブセット）の選択時に、詳細な情報を、対話型ウィンドウを介して与えてもよい。たとえば、ＩＴルーム３を選択することによって、ウィンドウは、設置されたラック、名称、ｋＷ限界、格納、ならびにディレーティングと、平均値と、最大値とに関するｋＷ測定値に関係する詳細を与えてもよい。他の詳細を与えてもよい。

[0042]例示的なユーザインターフェースは、１３０において、ノーカラーレイヤ、ｋＷ利用率、設置ステータス、ネットワーク用途、サービス、次回の設置、ケーブリングなどを含み得る様々なビューを与えてもよい。他の変形形態およびビューも利用可能である場合がある。

[0043]ｋＷ利用率のビューの例では、各ラックは、低いｋＷを示すための明るい色、中間のｋＷを示すための中間の色、および高いｋＷを示すためのより暗い色合いなど、変動する度合いを表す、色、グラフィックスおよび／または他のコードを表示してもよい。この例では、低、中および高は、所定のしきい値または範囲に基づいてもよい。別の例によれば、低、中および高は、測定値に基づいてもよく、したがって、１／３が低に割り当てられ、別の１／３が中に割り当てられ、最後の１／３が高に割り当てられる。追加の勾配を、追加のレベルおよび強度（たとえば、低、低−中、中、中−高および高）を示すために与えてもよい。様々なグラフィックス、コードおよび変形形態を実装してもよい。

[0044]たとえば、他のビューは、設置ステータス、ネットワーク用途、サービス、次回の設置などを含んでもよい。例示的な実施形態によれば、サービスについて、ユーザは、ネットワーク、ストレージ計算などを選択してもよい。

[0045]図２は、本発明の一実施形態による、ラック立面図と分析情報とを示すＤＣＯＳシステムの例示的なユーザインターフェースである。図２は、機器、サーバなどの特定のデバイスの図を提供する。デバイスは、パターン１に関連するラック１として識別される具体的なラックでもよい。図２に示されるように、２１０は、様々なセクションをもつラックビューの図を提供する。セクション２１０は、デバイス名、電力測定値、モデルおよび／または他の特性を表示してもよい。各セクションは、機器の個別部分（またはラックの他のサブセット）を表してもよい。サイズおよび寸法は実際の物理的ハードウェアを表してもよい。したがって、より大きいハードウェアを、２１０において他のデバイスよりも大きいものとして表してもよい。測定電力の計算を、２１２において表示してもよい。２１０内で具体的なデバイスを選択することによって、インベントリ数、製造業者、モデル、予想されるｋＷ、ハードウェアライフサイクル、寿命などを含む、デバイス詳細を与える対話型ウィンドウを表示してもよい。チャート２１４は、履歴データとともに電力チャートを示す。この例では、グラフィック２１５は使用される電力（ｋＷ単位）を示し、ライン２１６はディレーティング電力を示す。他のデータおよびメトリックを示してもよい。たとえば、アグリゲートされた（ａｇｇｒｅｇａｔｅｄ）電力データをより良く理解するために、ＣＰＵ使用率およびメモリデータに関するデータにアクセスしてもよい。

[0046]例示的な実施形態によれば、システムは、時間期間、たとえば、過去３０日などの間の、特定のデバイス（またはデバイスのグループ）についての電力消費を示してもよい。セクション２１７は、特定のラックについて、最新の示度、平均電力、電力差異などを含む、電力測定値に関係する情報を与える。この情報をＡＰＩを介してリアルタイムで生成してもよい。ＤＣＯＳツールは、ＡＰＩを介して様々なソースからデータを受信し、次いで、リアルタイムで計算を生成する場合がある。

[0047]本発明の一実施形態はまた、様々なシナリオについての、報告およびアラートを生成し、傾向を与え、予測分析を実行してもよい。
[0048]本発明の一実施形態は、ＳＶＧでレンダリングされたデータベース情報を使用して、ラックレイアウトの視覚的解釈を自動生成してもよい。システムはまた、広域的分散型集電体から直接、所与のラックについてのライブおよび履歴の電力を可視化してもよい。システムはまた、位相平衡、履歴、傾向、（ラックパターンを使用する）同等のラックならびに他のメトリックおよび特徴を可視化してもよい。

[0049]本発明の一実施形態は、同じチャート上のラック内でのサービス利用率を可視化してもよい。たとえば、システムは、構成可能なチャート上に、実際の電力、ＣＰＵおよびメモリの、利用率の数字をプロットしてもよい。また、システムは、具体的なラックからの実際の電力を、パターンの収集された電力の傾向として同じ軸上にプロットして、ラックがどのようにそのパターンの平均とマッチするかを比較してもよい。

[0050]本発明の一実施形態は、ユーザが、ラック内のデバイスについてのライブ故障チケットを閲覧することを可能にする。システムは、データセンターにおける照明をオン／オフに切り替えることによって、ラックの物理的識別を可能にする場合がある。システムはさらに、ツールからの認証およびＡＰＩ呼に基づいて、ラックを物理的にアンロックし、それをアクティブ故障チケットとマッチさせてもよい。したがって、データセンターにおいて開かれる各ラックが、故障チケットに対して直接監査可能である場合がある。

[0051]図３は、本発明の一実施形態による、ラックパターンと分析情報とを示す例示的なユーザインターフェースである。本発明の一実施形態は、同等の、同様のおよび／または関係する、ハードウェアおよびアプリケーション構成に基づいて、ラックをパターンにグループ化することを対象とする。

[0052]図３に示されるように、特定のデバイスに関係する詳細を与えてもよい。３１０は、デバイスのラックビューを示し、変動するレベルがスタックなどを表す。セクション３１０は、電力測定値、モデルおよび／または他の特性を表示してもよい。測定電力の計算を、３２８において表示してもよい。セクション３１４は電力概要を示す。セクション３１６は、所定の時間期間、たとえば、１２ヶ月にわたる、以前の設置に関係する詳細情報を与える。セクション３１８は、予測された電力を与える。セクション３２０は電力分布を示す。セクション３２２は電力低減シナリオを示す。セクション３２４は、危険な状態（または他の状態）にあるラックを識別する。セクション３２６は、サイトと、最も危険な状態のラックと、電力測定値（ｋＷ単位）とに関係する詳細情報を与える。

[0053]ユーザは、たとえば、ボタン３１２を動かすことによって、システムと対話してもよい。他のユーザ対話型特徴を実装してもよい。これは、計画目的に追加の洞察を与える。ボタン３１２を使用して電力バーをスライドさせることによって、システムは、３２８における容量と、３２２における電力低減と、３２４における危険な状態のラックとを含む、測定値を再計算してもよい。たとえば、ユーザは、３２４に示されるように、０または１つの危険な状態のラックに相関する電力測定値を識別してもよい。この特徴を用いて、ユーザは、各シナリオの下で、どのくらい節約することができ、どのくらいの危険にさらされているかを閲覧してもよい。

[0054]この例では、電力測定値が５．３ｋＷであることが示される。このシナリオの下で、解放されるストランデッド（ｓｔｒａｎｄｅｄ）容量は１，７６４ｋＷである。全体的な電力低減が３２２において示される。危険な状態のラックは４５個である。このシナリオでは、最も危険な状態のラックが、３２６において、サイトと、ラック識別子と、過剰ｋＷとによって示される。

[0055]本発明の様々な実施形態によれば、あらゆる配置されたラックが、それらのラックの全部に対する包括的な測定およびトレンディング（ｔｒｅｎｄｉｎｇ）を実行するＤＣＯＳデータベース内の「パターン」の一部になる場合がある。システムは、各ラックについての収集された電力データを使用して、パターンの傾向を識別し、その傾向を、新しいラックが設置されているときにユーザに提示してもよい。たとえば、本発明の一実施形態は、電力使用量が、時間期間（たとえば、午前９時〜午前１０時の時間帯）中に最も大きいか、またはイベントに基づいて最も大きい（たとえば、設置された後、ラックが平均電力使用量に達するまで５ヶ月がかかる）ことを認識してもよい。システムはまた、他のサイトにおいて許容できる物理的限界（たとえば、サイトＡの限界は１０ｋＷであり、サイトＢの限界は５ｋＷである）よりも高いピークに達するパターンにわたって増大がある場合、ユーザに警告してもよい。たとえば、システムは、７ｋＷのパターン平均を識別してもよい。ユーザがサイトＢに設置することを希望する場合、システムは警告を識別する場合がある。

[0056]本発明の一実施形態は、アグリゲートされたパターンデータに基づいて、将来の設置を計画するためにどの数が実際に使用されるべきであるかを推奨してもよい。
[0057]たとえば、本発明の一実施形態は、デバイスを一緒にアグリゲートし（たとえば、キャビネットなど）、アグリゲートされたレベルでデータを見せてもよい。電力概要３１４に示されるように、設置された２７６個のラックがあり、それらのラックの約半分（１４８個または５４％）が監視されている。電力概要３１４に示されるように、最大電力が８．１８ｋＷであり、平均電力が３．８ｋＷである。たとえば、ユーザは、次いで、ボタン３１２を３．５ｋＷにスライドさせ、新しい設置計画に関する洞察を与えてもよい。

[0058]最初にあるパターン、たとえば、パターン１が作成されるとき、本発明の一実施形態は、ハードウェア上で負荷試験を行い、ディレーティングと呼ばれる、ラックについての総推定電力値を作成してもよい。この例では、パターン１についてのディレーティングは１０ｋＷでもよい。

[0059]システムがパターン１の事例を広域的に設置し始めると、本発明の一実施形態は、ＤＣＯＳツール内のリアルタイム監視データを収集してもよい。次いで、このデータを、図３に示されるように、アグリゲートデータポイントと見なしてもよい。ユーザは、次いで、ディレーティング値を低減および／または増加させるためのシナリオを実行して、影響を査定してもよい。この値が、危険な状態のラックの許容できる数に到達するポイント、たとえば、８ｋＷに変更されると、これを保存し、パターン１が前進するために使用する場合がある。

[0060]ユーザは、パターン１の現在の設置を閲覧し、ストランデッド電力を、この場合は各事例につき２ｋＷを「解放」してもよい。ユーザはまた、パターン１に対する需要がシステムから届くと、計画目的で、８ｋＷの新しいディレーティング値を使用してもよい。

[0061]ボタン３１２上の数は、「ディレーティングされたｋＷ」を表す場合があり、この数は、事実上、パターン中の各ラックについて予約された電力量である場合がある。したがって、データセンターでは、新しいラックが設置される場合、そのラックのために３．５ｋＷの電力を予約する場合があり、他のいかなるユーザまたはシステムもその電力を使用することができない。ユーザが数を増加させる場合、各ラックが予約した総電力を増加してもよい（たとえば、２７６個のラックのための１ｋＷの増加は、合計２７６ｋＷを要する）。ユーザが数を減少させる場合、その電力を、データセンターにおいて使用するための他の機能のために解放してもよい。この例では、パターンのための平均電力使用量は３．８ｋＷでもよく、「ディレーティングされたｋＷ」または「予約されたｋＷ」は３．５ｋＷでもよい。したがって、３．５ｋＷのみがあらゆるラックに与えられる場合、いくつかのラックは、動作するのに十分な電力を有さず、「危険な状態に」ある場合がある。ＤＣＯＳツールは、分析データが、既存の容量が解放されることを許可する場合があるので、ユーザが、予約された電力をどのくらいデータセンターにおいて自由にしてもよいかモデル化することだけでなく、その予約された電力を自由にすることに関連する危険性を表すことをも可能にする。

[0062]しかしながら、このレベルにおいて、システムは、危険な状態のラックの数を示す場合がある。この例示的なシナリオでは、１０２個の危険な状態のラックがある場合がある。これは、ユーザが計画数を安全に調整し、それにより、データセンターにおける効率性を改善することを可能にする。

[0063]別の例によれば、ユーザは、ボタン３１２を調整して、今度は、６．７ｋＷを読み取ってもよい。この例では、システムは、１つの危険な状態のラックがあり、この危険な状態のラックは、６．７ｋＷを０．２ｋＷ超えて動作していることを示してもよい。

[0064]本発明の一実施形態は、計画数に対する変更に基づいて潜在的な節約および危険性を自動計算してもよい。たとえば、システムは、ユーザが推奨エンジンの提案を使用して、予約された電力数を変更した場合に回復する場合がある総電力がどのくらい現実に近づくかを決定してもよい。システムは、次いで、あらゆるサイトまたはサイトのサブセットにわたるそれらの節約を実現してもよい。たとえば、システムは、わずかに修正したパターンを設置し、修正したパターンをより広く配置した場合、予測される潜在的な節約を計算してもよい。さらに、システムは、収集された電力データに基づいて「危険ラック」と外れ値とを識別してもよい。

[0065]図４は、本発明の一実施形態による、推奨エンジンを示す例示的なシステムの図である。本発明の一実施形態によれば、ＤＣＯＳシステムは、推奨エンジン４１６を活用することによって、データセンターにおける変更要求を扱い、データセンター資産をより効率的に消費してもよい。

[0066]図４に示されるように、新しい要求４１０を、ユーザインターフェース４１２の入力において受信してもよい。データセンター内での変更についての要求を、統合システムを介して行うか、またはＤＣＯＳシステム内で手動で提起してもよい。要求は、（１つまたは複数の）機器を、設置、変更、調査または除去することに関する場合がある。

[0067]要求および推奨を、ＤＣＯＳ ＵＩ４１２として表される対話型ユーザインターフェースを介して可視化し、さらにユーザにとって利用可能にしてもよい。
[0068]推奨エンジン４１６は、需要プロファイル４１８と、パターンモジュール４２０ならびに供給プール４２２と、監視および設計ファクタ４２４とからの入力を受信してもよい。

[0069]各要求４１０は、関連する需要プロファイル４１８を有してもよく、需要プロファイル４１８は、それが消費するデータセンターのエリアを、量とともに示す。これらを、電力（たとえば、ｋＷドロー、電源カウント）、ネットワーク（ポート／ｉｐｓ）、物理的空間、温度要件、気流方向、（同様の機器の）履歴傾向、以前のアラームまたは手動アラート、ならびに同様の機器についての他の予測される需要に分類してもよい。

[0070]各需要プロファイルを、パターンモジュール４２０を用いて管理してもよい。パターンモジュールは、同様の機器に対する既存の分析を強調して、得られた需要プロファイルがどうなるべきであるかについての推奨を与えてもよい。次いで、この情報を、需要プロファイルステップの一部として、新しい要求についての参照として使用してもよい。

[0071]推奨エンジン４１６は、要求についての需要プロファイルを比較し、その需要プロファイルを、利用可能な供給プールとマッチさせてもよい。推奨エンジン４１６は、次いで、データセンター資産の利用率を最大化することに基づいて、要求についての最適および有効なソリューションを評価してもよい。

[0072]データセンターの消費可能なエリアを、４２２によって表される供給プールにグループ化してもよい。供給プールは、電力ブレーカー定格およびしきい値、冷却限界、空間限界、ネットワークタイプ、ケーブリングエリア、データセンター通路／列の温度限界などを含んでもよい。

[0073]推奨エンジン４１６は、４２４によって表される、監視および設計ファクタを考慮してもよい。たとえば、供給プールを、設計ファクタ（たとえば、冷却／電力バジェット）と、データセンターのしきい値または限界を示す監視ポイントとの組合せによって定義してもよい。

[0074]図５は、本発明の一実施形態による、自動配置特徴のための例示的なフローチャートである。図５に示されるように、本発明の一実施形態は、機器が特定のデータセンターに配置されるべき、最良のまたは最適なロケーションを自動的に推奨してもよい。

[0075]５１０において、データセンター要求を受信してもよい。たとえば、システムは、配置される必要があるハードウェアのタイプについての仕様を受信してもよい。仕様は、５１２によって表される、サイト、空間、電力、冷却、ネットワーク、ケーブリング、セキュリティおよび／または他の要件、データおよび選好に関するデータを含んでもよい。サイトデータポイントは、データセンター内のロケーションおよび空間を指す場合がある。空間データポイントは、予約に関連する物理的空間の量を指す場合がある。電力データポイントは、総電力割振りを指す場合がある。冷却データポイントは、機器についての空気量（たとえば、高、中、低など）を指す場合がある。ネットワークデータポイントは、必要とされる分布（たとえば、グリッドなど）を指す場合がある。ケーブリングデータポイントは、ケーブリング分布に対するアップストリームケーブリング要件（たとえば、銅、マルチモードファイバー、シングルモードファイバーなど）を指す場合がある。セキュリティデータポイントは、ＷＡＮおよび他の機器のためのコロケーション要件またはケーブリングロッキング要件を指す場合がある。

[0076]５１４において、ＤＣＯＳ ＡＰＩは要件を取り出してもよい。本発明の一実施形態のＡＰＩは、５１６において、いくつかのカスタマイズ可能なルールを実行して、最適な配置ロケーションを見つける場合がある。システムは、５１８において、要求を満たすことができるかどうかを決定してもよい。カスタマイズ可能なルールは、サイトにおける具体的な制約により配置ロケーションを制限すること、コストおよび既存のリソースを最適化する配置ロケーションを奨励することなどを含んでもよい。たとえば、カスタマイズ可能なルールは、サービスの２つの事例を要求する場合、それらが、レジリエンシー（ｒｅｓｉｌｉｅｎｃｙ）を維持するために、同じエリアに配置されないこと、同じ電源によって供給されないこと、または単一のアップストリームネットワークスイッチを共有しないことを保証してもよい。次いで、ＡＰＩは、５２４において、要求側または他のユーザに、推奨されたロケーションを返してもよい。推奨されたロケーションは、５２６によって示されるように、空間、コスト、効率性、近接度など、様々なファクタおよび要件に基づいてもよい、最適なロケーション、代替ロケーションおよび／または他のオプションを含んでもよい。５２０によって決定されたように、特定の要求を満たすことができない場合、システムは、５２２において、制約ファクタならびに／または他の限界および制限を含む説明を与えてもよい。図５に示される順序は例にすぎない。図５のプロセスは、いくつかのステップを特定の順序で実行することを示すが、本発明の実施形態は、１つまたは複数のステップをプロセスに追加すること、プロセス内のステップを省略すること、および／または１つまたは複数のステップを実行する順序を変更することによって、実施されてもよいことを理解されたい。

[0077]本発明の他の実施形態、使用法および利点は、本明細書で開示される本発明の仕様および実施を考慮すると当業者に明らかであろう。仕様および例は、例にすぎないと見なされるべきであり、したがって、本発明の範囲は、仕様および例によって制限されるものではない。

[0078]本明細書で説明される複数の例示的な実施形態が、一緒に置かれる本発明の様々な実施形態（またはその部分）を示す場合があるが、様々な実施形態の様々な構成要素を、ローカルエリアネットワーク、ワイドエリアネットワーク、電気通信ネットワーク、イントラネットおよび／またはインターネットなど、分散型ネットワークの離れた部分に、あるいは専用オブジェクト・ハンドリング・システム内に、置いてもよいことを諒解されたい。したがって、様々な実施形態の構成要素を、１つまたは複数のデバイスに組み合わせるか、または、たとえば、電気通信ネットワークなど、分散型ネットワークの特定のノード上に一緒に置く場合があることを諒解されたい。以下の説明から諒解されるように、および計算効率の理由で、様々な実施形態の構成要素を、それぞれのシステムの動作に影響を及ぼすことなしに、分散型ネットワーク内の任意のロケーションにおいて構成してもよい。

[0079]プロセッサによって維持されるデータおよび情報を、検索可能なデータベースを備えるかまたは検索可能なデータベースとインターフェースする場合がある、データベース中に記憶およびカタログ化してもよい。データベースは、リレーショナルデータベースを備えるか、含むか、またはリレーショナルデータベースにインターフェースしてもよい。クエリフォーマットデータベース、標準クエリ言語（ＳＱＬ：Ｓｔａｎｄａｒｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）フォーマットデータベースなど、他のデータベース、ストレージエリアネットワーク（ＳＡＮ）、あるいは別の同様のデータストレージデバイス、クエリフォーマット、プラットフォームまたはリソースを使用してもよい。データベースは、専用またはそれ以外の、単一のデータベースまたはデータベースの集合を備えてもよい。一実施形態では、データベースは、他のデータベースを記憶するかまたは他のデータベースと協働して、本明細書で説明される様々なデータおよび情報を記憶してもよい。いくつかの実施形態では、データベースは、本明細書で説明されるシステムおよび方法の様々な特徴および機能によって使用または生成されるデータおよび情報を記憶および維持するための、ファイル管理システム、プログラムまたはアプリケーションを備えてもよい。いくつかの実施形態では、データベースは、本明細書で説明されたようなトランザクションを処理するために使用される、参加者情報、トランザクション情報、アカウント情報、および一般的な情報へのアクセスを記憶、維持、許可してもよい。いくつかの実施形態では、データベースは、プロセッサに直接接続され、プロセッサは、いくつかの実施形態では、たとえば、通信ネットワークなどのネットワークを通してアクセス可能である。

[0080]通信ネットワークは、インターネット、イントラネット、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ストレージエリアネットワーク（ＳＡＮ）、フレームリレー接続、アドバンスト・インテリジェント・ネットワーク（ΑＩΝ）接続、同期光ネットワーク（ＳＯＮＥＴ）接続、デジタルＴｌ、Ｔ３、ＥｌまたはＥ３回線、デジタルデータサービス（ＤＤＳ）接続、デジタル加入者回線（ＤＳＬ）接続、イーサネット（登録商標）接続、統合サービスデジタルネットワーク（ＩＳＤＮ）回線、Ｖ．９０、Ｖ．３４またはＶ．３４ｂｉｓアナログモデム接続など、ダイヤルアップポート、ケーブルモデム、非同期転送モード（ＡＴＭ）接続、ファイバー分散データインターフェース（ＦＤＤＩ：Ｆｉｂｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）接続、または銅線分散データインターフェース（ＣＤＤＩ：Ｃｏｐｐｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）接続のうちのいずれか１つまたは複数を備えてもよいか、またはそれらのうちのいずれか１つまたは複数にインターフェースしてもよい。

[0081]通信ネットワークは、ワイヤレスアプリケーションプロトコル（ＷＡＰ）リンク、汎用パケット無線サービス（ＧＰＲＳ）リンク、モバイル用グローバルシステム通信（ＧＳＭ（登録商標））リンク、セルラーフォンチャネルなど、符号分割多元接続（ＣＤＭＡ）リンクまたは時分割多元接続（ＴＤＭＡ）リンク、全地球測位システム（ＧＰＳ）リンク、セルラーデジタルパケットデータ（ＣＤＰＤ）リンク、リサーチ・イン・モーション・リミテッド（ＲＩＭ）の二重ページング型デバイス、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線リンク、あるいはＩＥＥＥ８０２．１１に基づく無線周波数リンクのうちのいずれか１つまたは複数を備えるか、含むか、またはそれらのうちのいずれか１つまたは複数にインターフェースしてもよい。通信ネットワーク１０７は、ＲＳ−２３２シリアル接続、ＩＥＥＥ−１３９４（ファイアワイヤ）接続、ファイバーチャネル接続、赤外線（ＩｒＤＡ）ポート、小型コンピュータシステムインターフェース（ＳＣＳＩ）接続、ユニバーサルシリアルバス（ＵＳＢ）接続あるいは別のワイヤードまたはワイヤレス、デジタルまたはアナログのインターフェースまたは接続のうちのいずれか１つまたは複数を備えるか、含むか、またはそれらのうちのいずれか１つまたは複数にインターフェースしてもよい。

[0082]いくつかの実施形態では、通信ネットワークは、たとえば、必要な数のパラボラアンテナ、衛星および送信機／受信機ボックスを有する、ダイレクトブロードキャスト通信システム（ＤＢＳ）などの衛星通信ネットワークを備えてもよい。通信ネットワークはまた、公衆交換電話網（ＰＳＴＮ）などの電話通信ネットワークを備えてもよい。別の実施形態では、通信ネットワークは、ＰＳＴＮにさらに接続してもよい、パーソナル電話交換機（ＰＢＸ：Ｐｅｒｓｏｎａｌ Ｂｒａｎｃｈ Ｅｘｃｈａｎｇｅ）を備えてもよい。

[0083]いくつかの実施形態では、プロセッサは、任意の端末（たとえば、一般的なパーソナルコンピュータシステム、電話、携帯情報端末（ＰＤＡ）または他の同様のデバイス）を含む場合があり、それにより、ユーザが、たとえば、本明細書で説明される様々なシステムおよび方法によって使用されるデータおよび情報を送信および配信することを担当する通信ネットワークなどのネットワークと対話してもよい。プロセッサは、たとえば、パーソナルコンピュータまたはラップトップコンピュータ、電話あるいはＰＤＡを含んでもよい。プロセッサは、プログラムされた制御の下で動作する、マイクロプロセッサ、マイクロコントローラあるいは他の汎用または専用デバイスを含んでもよい。プロセッサは、当業者によって諒解されるように、ランダムアクセスメモリ（ＲＡＭ）または電子的プログラマブル読取り専用メモリ（ＥＰＲＯＭ）などの電子メモリと、ハードドライブ、ＣＤＲＯＭあるいは書き換え可能なＣＤＲＯＭあるいは別の磁気媒体、光学媒体または他の媒体などのストレージと、電子バス上で接続される他の関連する構成要素とをさらに含んでもよい。プロセッサは、たとえば、グラフィカルユーザインターフェース（ＧＵＩ）またはコマンドラインインターフェース（ＣＬＩ）を使用して、ファイル、データおよび他のリソースを閲覧および操作するために、一体型または接続可能な陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、エレクトロルミネセントディスプレイ、発光ダイオード（ＬＥＤ）あるいは別のディスプレイスクリーン、パネルまたはデバイスを装備してもよい。プロセッサはまた、ネットワーク対応機器、ブラウザ搭載または他のネットワーク対応のセルラー電話、あるいは別のＴＣＰ／ＩＰクライアントまたは他のデバイスを含んでもよい。

[0084]本発明のシステムまたは本発明のシステムの部分は、たとえば、汎用コンピュータなど、「処理機械」の形態であってもよい。本明細書で使用される「処理機械」という用語は、少なくとも１つのメモリを使用する少なくとも１つのプロセッサを含むことを理解されたい。少なくとも１つのメモリは、命令のセットを記憶する。命令を、処理機械の１つまたは複数のメモリに、永続的にまたは一時的にのいずれかで記憶してもよい。プロセッサは、データを処理するために１つまたは複数のメモリに記憶された命令を実行する。命令のセットは、フローチャートにおいて上記で説明されたタスクなど、特定の１つまたは複数のタスクを実行する様々な命令を含んでもよい。特定のタスクを実行するためのそのような命令のセットを、プログラム、ソフトウェアプログラム、または単にソフトウェアとして特徴づけてもよい。

[0085]本発明の実施形態は、本明細書で説明された具体的な実施形態によって範囲が制限されるべきではない。たとえば、本明細書で開示された実施形態の多くが、イベントを識別することと、通知を通信することとに関して説明されたが、本明細書での原理は、他の適用例に等しく適用可能である。実際、本明細書で説明されたものに加えて、本発明の実施形態の様々な変更が、上記の説明と添付の図面とから当業者には明らかであろう。したがって、そのような変更は、以下の添付の特許請求の範囲内に入るものとする。

[0086]さらに、本発明の実施形態は、特定の目的のための特定の環境における特定の実装形態のコンテキストにおいて本明細書で説明されたが、当業者は、その有用性はそれに制限されないことと、本発明の実施形態を、任意の数の目的のために任意の数の環境において有益に実装することができることとを認識するであろう。したがって、以下に記載される特許請求の範囲は、本明細書で開示された本発明の実施形態の全幅および趣旨に鑑みて解釈されるべきである。

Claims (20)

1. コンピュータ実装データセンターオペレーティングシステムであって、
   複数のデータセンターのためのインベントリデータを記憶するメモリ構成要素と、
   １つまたは複数のユーザ入力を受信する対話型インターフェースと、
   １つまたは複数のデータセンターシステムからデータを受信するＡＰＩ入力と、
   前記ＡＰＩ入力と、メモリ構成要素と、前記対話型インターフェースとに結合されたプロセッサであって、前記プロセッサが、
   前記ＡＰＩ入力を介して、１つまたは複数のロケーションにおける複数のデータセンターから、監視されたデータを受信するステップと、
   前記プロセッサを介して、具体的なデータセンターのためにデバイスレベルにおいて前記監視されたデータを含む対話型データセンターフロアプランを自動的に生成するステップと、
   前記対話型インターフェースを介して、前記対話型データセンターフロアプランを１つまたは複数のビューにおいて表示するステップであって、前記１つまたは複数のビューが、前記具体的なデータセンターにおける特定のラックのための詳細なデータを含む、表示するステップと
   を実行するように構成された、プロセッサと
   を備える、コンピュータ実装データセンターオペレーティングシステム。
2. 前記監視されたデータが、リアルタイム電力測定値を含む、請求項１に記載のコンピュータ実装システム。
3. 前記監視されたデータが、所定の時間期間の間のセンサーデータを含む、請求項１に記載のコンピュータ実装システム。
4. 前記プロセッサは、
   ユーザ入力が容量データを調整することを可能にするステップと、
   前記調整された容量データに応答して、電力低減データを生成するステップと
   を実行するようにさらに構成された、請求項１に記載のコンピュータ実装システム。
5. 前記プロセッサが、
   前記調整された容量データに応答して、危険な状態のラックのデータを生成するステップ
   を実行するようにさらに構成された、請求項４に記載のコンピュータ実装システム。
6. 前記プロセッサが、
   危険な状態の前記ラックのために、サイトデータと、最も危険な状態のラックのデータと、電力過剰データとを自動的に生成するステップ
   を実行するようにさらに構成された、請求項５に記載のコンピュータ実装システム。
7. 変更についての要求を受信し、データセンター資産の利用率を最大化する応答を生成する、推奨エンジン
   をさらに備える、請求項１に記載のコンピュータ実装システム。
8. 変更についての前記要求が、対応する機器に対する既存の分析をハイライトするパターンモジュールによって管理される、対応する需要プロファイルを有する、請求項７に記載のコンピュータ実装システム。
9. 前記推奨エンジンが、データセンターの限界を特定する、設計ファクタと監視ポイントとの組合せによって定義される供給プールからデータを受信する、請求項７に記載のコンピュータ実装システム。
10. 前記１つまたは複数のビューが、前記具体的なデータセンター内の特定のラックのための、ライブおよび履歴の監視されたデータを視覚化するラックビューを含む、請求項１に記載のコンピュータ実装システム。
11. データセンターシステムを動作させるコンピュータ実装方法であって、前記方法は、
    ＡＰＩ入力を介して、１つまたは複数のロケーションにおける複数のデータセンターから、監視されたデータを受信するステップと、
    プロセッサを介して、対話型データセンターフロアプランを前記監視されたデータでポピュレートする前記フロアプランを自動的に生成するステップと、
    対話型インターフェースを介して、前記対話型データセンターフロアプランを１つまたは複数のビューにおいて表示するステップであって、前記１つまたは複数のビューが、特定のデータセンターにおける特定のラックのための詳細なデータを含む、表示するステップと
    を含み、
    前記ＡＰＩ入力が、１つまたは複数のデータセンターシステムからデータを受信し、前記対話型インターフェースが、１つまたは複数のユーザ入力を受信し、前記プロセッサが、前記ＡＰＩ入力と、メモリ構成要素と、前記対話型インターフェースとに結合される、
    コンピュータ実装方法。
12. 前記監視されたデータが、リアルタイム電力測定値を含む、請求項１１に記載のコンピュータ実装方法。
13. 前記監視されたデータが、所定の時間期間の間のセンサーデータを含む、請求項１１に記載のコンピュータ実装方法。
14. ユーザ入力が容量データを調整することを可能にするステップと、
    前記調整された容量データに応答して、電力低減データを生成するステップと
    をさらに含む、請求項１１に記載のコンピュータ実装方法。
15. 前記調整された容量データに応答して、危険な状態のラックのデータを生成するステップ
    をさらに含む、請求項１４に記載のコンピュータ実装方法。
16. 危険な状態の前記ラックのために、サイトデータと、最も危険な状態のラックのデータと、電力過剰データとを自動的に生成するステップ
    をさらに含む、請求項１５に記載のコンピュータ実装方法。
17. 推奨エンジンを介して、変更についての要求を受信し、データセンター資産の利用率を最大化する応答を生成するステップ
    をさらに含む、請求項１１に記載のコンピュータ実装方法。
18. 変更についての前記要求が、対応する機器に対する既存の分析をハイライトするパターンモジュールによって管理される、対応する需要プロファイルを有する、請求項１７に記載のコンピュータ実装方法。
19. 前記推奨エンジンが、データセンターの限界を特定する、設計ファクタと監視ポイントとの組合せによって定義される供給プールからデータを受信する、請求項１７に記載のコンピュータ実装方法。
20. 前記１つまたは複数のビューが、前記具体的なデータセンター内の特定のラックのための、ライブおよび履歴の監視されたデータを視覚化するラックビューを含む、請求項１１に記載のコンピュータ実装方法。

Images