以下の施設向けのコロケーションコミッショニングソフトウェア テナントへの容量引き渡しは段階的に実施、一括ではない

コロケーション事業者は、ベースビルド時に共有UPS、開閉装置、チラープラント、BMSをコミッショニングし、その後、各テナントに対し、彼らが支払っている容量、冗長性、監視がそのスイートで具体的に維持されていることを実証する必要があります。

共有レジスターがないと、テナントの受け入れごとに新たなスプレッドシート作業が発生し、数ヶ月前にすでに確立された共有インフラに関する事実を再確認することになります。

Deskelyは、ベースビルド記録セットを各スイートの受入参照の基盤として保持するため、テナントSLAテストは、スイートのPDU、冷却ユニット、監視ポイントなど、実際に新規のもののみを検証すればよくなります。

Suiteレベルの受入では、契約kWに対するロードバンクテストを実行し、ラックへの冗長電力経路（A/Bフィード、デュアルPDU）を検証し、そのSuiteの設計熱負荷に対するCRAC/CRAH容量と封じ込めを確認します。

スイートの受け入れ時に発生したパンチは、テナントの稼働開始日を阻害するかどうかで分類され、フロアの他の場所で未完了のベースビルドのパンチとは区別されます。

すべてのスイートが同じテンプレート化された記録セットに従うため、10番目に引き渡されるスイートは、最初のスイートと同じ厳密さで、同じ時間をかけずに実施できます。

コロケーション契約の稼働時間保証（99.99%、99.999%など、どのティアであっても）は、テナントのスイートが契約稼働率を下回った瞬間にオペレーターが支払うサービスクレジットによって裏付けられます。紛争が発生した場合、最初に焦点となるのは、オペレーターが当時インフラストラクチャが実際に提供していたものについて、日付入りで署名された証拠を提出できるかどうかです。

SOC 2 Type IIおよびISO 27001の監査人は、異なる角度から同じ根本的な質問をします。それは、管理策が存在するかどうかだけでなく、監査期間を通じて、サンプルではなくすべてのスイートにおいて、設計通りに運用されたことを証明する継続的で改ざん防止された記録があるかどうかです。

Deskelyのスイートごとの受入記録は証拠基盤となります。負荷バンクの結果、冗長フィード検証、監視ポイントの履歴は無期限にスイートに紐付けられるため、SLAの支払いに関する紛争や年次SOC 2のウォークスルーは、担当エンジニアの記憶から再構築するのではなく、レジスターから回答されます。