531
技術社區[雲棲]
《OpenStack實戰》——1.2 理解雲計算和OpenStack
本節書摘來自異步社區《OpenStack實戰》一書中的第1章，第1.2節，作者： 【美】V. K. Cody Bumgardner（V. K. 科迪•布姆加德納）著，更多章節內容可以訪問雲棲社區“異步社區”公眾號查看
1.2 理解雲計算和OpenStack
本書主要關注如何通過使用OpenStack來部署企業私有雲。同時，我會把私有雲描繪成其所在的組織內部擁有和管理的基礎設施（虛擬機、存儲等）資源池，也就是我們所說的基礎設施即服務（Infrastructure as a Service，IaaS）。相反，公有雲IaaS資源由第三方服務提供商擁有和運營，如亞馬遜的AWS、微軟的Azure等。本書的目標是幫你把公有雲服務的簡單和高效帶到你的企業。
經濟考量：私有雲與公有雲
從財務角度看，我們可以把私有雲看成主要資本支出，公有雲則是運營支出。這個區別很容易理解，在私有雲部署時，你的組織要購買基礎設施或者把在其他地方正常工作的基礎設施挪過來使用。而在公有雲中，成本直接與資源使用掛鉤（使用才付費，不使用不付費），當然還有網絡通信開銷。
組織選擇私有雲還是公有雲通常取決於使用資源的規模和組織內部IT部門的職責範圍。企業IT部門的職責如果是集中為其他部門提供技術架構和資源供給，部署私有雲更有利。一個多租戶（數據、配置和用戶管理在邏輯上是租戶間隔離的）、完全實現編排的私有雲可以讓企業IT部門成為私有雲代理。
多租戶和完全編排
多租戶指的是在雲平台中以部門級別管理計算資源的能力。例如，一個市場營銷部門可以分配一定比例的共享資源（X台虛擬機、Y容量的存儲等），這個部門可以隨意使用這些資源而不影響中心組織（回顧一下亞馬遜購買模型）。同樣，完全編排描述了應用程序依賴資源的分配能力。例如，一個會計應用程序和它的Web服務、數據庫服務等依賴可以被程序化部署在一個環境裏。因此，市場營銷部門不隻能在一個特定租戶內管理它的資源，還能通過平台編排服務來部署基礎設施（虛擬機）和應用程序（MySQL、Apache2、定製的應用程序等）。
相比之下，如果是部門中的IT單位，通常缺乏數據中心基礎設施和部署高性價比的私有雲的人員。由於他們相對小的資源需求，部門中的IT單位通常可以利用公有雲資源，或者利用他們企業的IT部門提供的私有雲資源。
如果基於工作負載同時使用私有雲和公有雲，那麼這種結合使用稱為混合雲。公有雲和私有雲都是使用相同的技術來構建，不過雖然構建組件可能一樣，但使用私有雲和公有雲的動機可能完全不同。例如，用戶經常因為安全合規性原因而使用私有雲。通常來說，下列這些工作負載會使用公有雲：本質上是周期性的工作負載，或者需要一個對企業來說非常昂貴的全局規模的工作負載。
雖然本書主要介紹如何使用OpenStack構建私有雲，但也有很多內容是介紹如何基於OpenStack的API來直接轉換成公有雲提供商的服務。
抽象和OpenStack API
從根本上講，OpenStack抽象和提供了一個通用的API接口來控製不同廠商提供的硬件和軟件資源。這個框架提供了兩個很重要的內容。
硬件和軟件的抽象，這樣避免了所有特定組件的廠商鎖定問題。這是通過使用OpenStack管理資源來實現的，而不是直接通過廠商組件。這樣做的缺點是除了通用的必要功能外，並不是所有的廠商功能都被OpenStack支持。
一個通用的API管理所有資源，允許連接各個組件進行完全編排服務。
第一點從財務角度來看是非常好的，第二點則是現代IT變革的關鍵。
這有什麼內幕呢
OpenStack提供了可伸縮和被抽象的底層硬件的各種功能的支持。OpenStack（或者其他雲框架）不能做到的是主動順應你當前的技術實踐。為了充分利用雲計算的能力，你必須對當前的業務和架構實踐進行相應的轉變。
如果你的架構標準是基於使用廠商提供的適當功能來對數據中心所有服務器實現某些功能，這樣會與對廠商抽象的雲部署衝突。如果你的業務實踐隻是按用戶需求創建虛擬機，那你就沒有抓住雲自助服務的本質。如果最終用戶的請求可以被高效自動化執行，或者用戶可以自我供給資源，那你就是充分利用了雲計算的能力。
1.3節將把OpenStack與其他相應技術（也許是你熟悉的）關聯起來。
最後更新：2017-05-31 17:31:31