在一個典型的數據中心中，相比真正較少的需求，提供更多的伺服器和存儲設備是非常常見的事情。這樣做的目的在於處理未來可能出現的高峰負載時段、滿足高可用性以及災難恢復的需求。這樣就會導致昂貴資源的巨大浪費。實際上，伺服器使用率通常都會低於25%，這也就是為什麼伺服器虛擬化在過去的幾年中發展極快的原因。
那麼，除了虛擬化一個單一的伺服器及其應用程式以外，你還能做些什麼呢?如果你能夠控制數據中心中的所有伺服器--物理的或者虛擬的--並且根據特殊的業務或技術需要而中心組合它們，又是怎樣的一種結果呢?如果這個問題勾起了你的興趣，你就可以了解一些Scalent系統公司以及它的虛擬化操作環境(V/OE)。
ScalentV/OE是一個軟體的解決方案，它可以允許企業的數據中心動態地改變工作負載、改變網絡和存儲的拓撲結構，使得這些運行的伺服器可以訪問而不需要做物理機器、線纜、LAN或者SAN方面的任何改變。
但是ScalentV/OE並不是一個像VMware那樣的作業系統。取而代之的是，V/OE是一個控制系統，它在整個物理和虛擬伺服器上提供了實時的管理和自動化功能。Scalent控制器(伺服器)軟體運行在一個機器上，不在你的數據中心上。ScalentV/OE可以訪問到每一個物理或者虛擬機，通過lights-out管理協議來進行交互並且讓它們開機或斷電。然後，當一個機器啟動的時候，Scalent實時地建立正確的網絡和存儲地址。
比如，如果一臺機器將成為一個郵件伺服器，Scalent將把它連接到郵件網絡和存儲上。如果機器被指定為(在一個特殊時刻)一個 VMwareESX伺服器時，Scalent將把它連接到正確的ESX集群網絡上和存儲上。然後，Scalent讓這臺機器從網絡啟動，運行裸機的軟體映像，該機器可以在連接到該機器上的中心存儲上找到該映像。一般情況下，裸機軟體映像可以是Windows(一個Exchange伺服器、SQL伺服器或者其它)、Linux(Apache、SAP、Oracle或者其它)、Xen或者VMwareESX(虛擬機上的一系列軟體)。
讓數據中心操作者特別感興趣的地方就是映像的可移植性以及Scalent和數據通路之間的脫離。對於映像的可移植性來講，Scalent可以將伺服器映像放到物理機或者虛擬機上啟動，而不需要做處理，都是實時的操作。你的微軟Exchange郵件伺服器可能在一個VMware的虛擬機上啟動，那麼下次啟動，如果你願意的話，它可以在一個Dell的刀片上啟動;再下次，可以在惠普的機架式伺服器上啟動，這完全是透明的。
而和數據通路相脫離就意味著，一旦機器開始啟動時，Scalent就脫離了這條通路。從機器上流出和流入的數據都不會傳到Scalent控制器上，因此不會增加機器額外的負擔。而且，如果Scalent失效了，沒有伺服器會宕機，你只需要恢復你的靜態數據中心就好了。
通過平衡VMware3.5的功能和使用網絡和SAN集成Scalent軟體，V/OE創建了一個可以移植的實例，該實例可以從SAN上啟動，在那裡可以讓一個單一的啟動映像被克隆，並且被部署到一個或更多的伺服器上，可以是物理的或虛擬的伺服器。一旦部署完成，遇到了失效情況，該伺服器就可以被動態地遷移。
本質上，ScalentV/OE允許物理和虛擬伺服器的重新組織，而且幾乎是順時完成。當部署的時候，公司定機架一次、布線一次，同時根據需求重新配置，而不需要再插拔線纜或者機器，V/OE通過分離物理上的連接來完成這項工作。即使當你的伺服器被轉移並且從SAN上啟動，同樣可以保持它們的地址和連接性。
ScalentV/OE主要用於實現節省成本的災難恢復、IT鞏固和部署、測試操作的解決方案。比如，在一個業務持續性的案例中，Scalent減少了對每一個生產伺服器都必須有一個單獨的伺服器的需求。如果一個生產伺服器失效了，它的應用可以被立即帶到另一個伺服器上。 Scalent允許一個N到1的配置用於失效恢復，減少了連續計劃的成本。
眾多的技術公司--包括EMC、Dell、HP、Sun、VMware以及其它公司，都已經和Scalent合作來給出它們的解決方案。比如，HP就推薦它們的客戶在HPBladeSystemc-Class伺服器上使用Scalent V/OE，這樣可以減少成本、增加靈活性並提高性能。