虛擬化技術基礎入門虛擬化是當今企業的一個熱門話題。它被稱為可以解決從服務器快速增長到CPU利用不足的各種問題。雖然虛擬化技術的確帶來很多益處，但也不是沒有缺點。本指南簡要介紹虛擬化技術、怎么選擇虛擬化方式、了解新興虛擬化技術VDI（桌面虛擬基礎架構）、如何管理虛擬機蔓延（VMsprawl）以及部署虛擬化時需要注意的問題。虛擬化概述虛擬化的許多技術細節都相似，但存在不同的方法解決與不同部署相關的問題。

介紹KVM，它的本質以及如何配置和安裝。虛擬化最近幾年取得了長足的進步，首先由于有大量的開源虛擬機管理程序在不斷發展，這個改進幾乎排除了操 作系統與大功率服務器快速增長的利用之間的障礙，公司立即受益。知道最近，軟件仿真虛擬化一直是關注的焦點，兩個常見的軟件仿真虛擬化途徑是完全虛擬化和 半虛擬化。對于完全虛擬化，通常調用管理程序或虛擬機監視器，存在于虛擬操作系統和硬件層之間，這個層在操作系統實例之間多路復用競爭系統資源。半虛擬化 不同，管理程序在一個協作的環境中運作，因為每個客戶操作系統都知道它正運行在一個虛擬化環境中，因此每個使用管理程序的協作都在硬件下完成虛擬。

減少ESXi中虛擬機磁盤占用空間（磁盤ThicktoThin轉換）在創建虛擬機時，會有下面三種選項后置備延遲置零：以默認的厚格式創建虛擬磁盤。創建過程中為虛擬磁盤分配所需空間。創建時不會擦除物理設備上保留的任何數據，但是以后從虛擬機首次執行寫操作時會按需要將其置零。厚置備置零：創建支持群集功能的厚磁盤。在創建時為虛擬磁盤分配所需的空間。與平面格式相反，在創建過程中會將物理設備上保留的數據置零。創建這種格式的磁盤所需的時間可能會比創建其他類型的磁盤長。精簡置備：使用精簡置備格式。最初，精簡置備的磁盤只使用該磁盤最初所需要的數據存儲空間。如果以后精簡磁盤需要更多空間，則它可以增長到為其分配的最大容量。如果一開始選擇后置備延遲置零或者后置備置零，那么ESXi將完全在硬盤上劃分出所需要的空間，這樣可能會造成硬盤空間的浪費（比方說CUC安裝需要80G的空間。

Kubernetes可用來管理Linux容器集群，加速開發和簡化運維(即DevOps)。但目前網絡上關于Kubernetes的文章介紹性遠多于實際使用。本系列文章著眼于實際部署，帶您快速掌握Kubernetes。本文為上篇，主要介紹部署之前需要了解的原理和概念，包括Kubernetes的組件結構，以及各個組件角色的功能。

Kubernetes 是Google開源的容器集群管理系統，基于Docker構建一個容器的調度服務，提供資源調度、均衡容災、服務注冊、動態擴縮容等功能套件，目前最新版本為0.6.2。本文介紹如何基于Centos7.0構建Kubernetes平臺，在正式介紹之前，大家有必要先理解Kubernetes幾個核心概念及其承擔的功能。

Docker是??提供商dotCloud開源的一個基于??的高級容器引擎，2013年正式開源發布，源代碼托管在??上,基于并遵從Apache2.0協議開源。

Docker 是一個開源項目，誕生于 2013 年初，最初是 dotCloud 公司內部的一個業余項目。它基于 Google 公司推出的 Go 語言實現。

通過共享文件夾，你可以方便的在虛擬機和宿主機之間共享文件。如果你想用共享文件夾，你必須在客戶機中安裝與VMworkstation版本相同的vm-tools并且在你的虛擬機設置中指定共享目錄。

用這種方式，虛擬系統的IP可設置成和本機系統在同一網段，虛擬系統相當于網絡內的一臺獨立的機器，和本機一起插在一個Hub上，網絡內其他機器可訪問虛擬系統，虛擬系統也可訪問網絡內其他機器，當然和本機系統的雙向訪問也不成問題。

CitrixDOCPROPERTYProject虛擬化DOCPROPERTYPurpose解決方案2015年11月什么是服務器虛擬化？服務器虛擬化是一種經過實踐驗證的技術，它允許多臺虛擬機在單一物理服務器上運行。每臺虛擬機與其它虛擬機完全隔離開來，并通過系統管理程序（xencenter）的軟件層與基礎主機分離開。這樣，每臺虛擬機就能夠運行不同的操作系統和應用。由于這些虛擬機與基礎主機相分離，所以虛擬機也可以從一臺物理服務器移動到另一臺而不中斷運行，即實時遷移。這些屬性正在改變企業實施虛擬計算的方式。‘服務器虛擬化的最佳選擇XenServer是在云計算環境中經驗證的企業級虛擬化平臺，為企業提供創建和管理虛擬基礎架構所需的所有功能。深得很多要求嚴格的企業信賴，廣泛使用于運行最關鍵的應用，已被最大規模的云計算環境所采用。利用思杰的免費服務器虛擬化軟件構建虛擬基礎架構，或通過高級版整合任何規模的企業。削減成本。通過減少物理服務器數量，可以大大節省購買服務器的投入；其次由于存儲的共享性提高，對存儲設備的投資也大大節省；硬件的減少降低了硬件的維護和服務費用，并且帶來了運營費用的降低，包括：機柜空間、電力消耗、制冷費用、網絡設備簡化等等，可以看到服務器虛擬化直接給硬件投資帶來了比較大的節省。提高IT靈活性和效率。通過動態地調整容量，優化虛擬機布局并自動完成重復性管理任務.提高性能和用戶生產率。采用服務器虛擬化技術可以大大提高服務器的業務連續性和災難備份能力，企業不用再因為服務器維護而終止業務運行，所有的服務器之間都具備了在線備份能力；數據集中管理更加安全，異地災備也變得更加實時和方便。2.1為什么要選擇XENServer？1：動態遷移傳統架構下需要到機房進行的服務器維護工作，現在能夠在辦公時間輕松維護完成，服務器應用實現不停機的實時遷移是虛擬化技術最為吸引用戶的一點。XenMotion是XenServer的一項功能，能夠將正在運行的虛擬機從一臺XenServer主機上遷移到另外一臺，而不帶有任何停機的危險。這就意味著在整個遷移過程中，被移動的虛擬機在任意時刻都處于正常的工作狀態。XenMotion的主要目的是在某臺服務器需要進行計劃維修的情況下，終端用戶無法覺察到應用程序出現過極短暫的中斷，令整個服務過程正常順暢。
2：和vmmotion比較XenMotion和VMotion都是致力于在服務器無法正常工作時，將其上正在運行的虛擬機遷移到其他候補服務器上，實現零停機。盡管如此，兩者在操作，配置上還是有些許的不同的：1.XenMotion只需要支持軟件iSCSI或者NFS;VMotion則可以選擇光纖(Fibre)，軟件或者硬件的iSCSI以及NFS。2.當虛擬機與內部網絡相連接時，XenMotion是不可用的;對于VMotion來說，只要相互遷移的兩臺主機連接的是相同的網絡即可，無論該網絡是內部的還是外部的。3.XenMotion需要手動操作;VMotion可以手動，也可以通過分布式資源調度程序(DRS)自動進行。3：廣泛的虛擬機支持

2.2Xenserver存儲設計存儲部分設計分為服務器的本地存儲和遠程共享存儲兩個部分，基本的設計思路是本地存儲用于安裝XenServer和保存資源池的元數據，遠程共享存儲保存所有虛擬機的虛擬鏡像文件（Virtual?Disk?Image）以支持XenMotion和HA
1：本地存儲本地存儲可以使用sas磁盤（至少4塊），設置raid1+0，或者raid5，只用于安裝XenServer本身和保存資源池的元數據（MetaData）。設置raid，防止本地硬盤出現單點故障，提高XenServer本身的可用性。2：遠程共享存儲為了給所有虛擬服務器提供一個可以在線遷移和保證高可用性的工作環境，建議這些虛擬服務器的鏡像文件（VDI）全部保存在遠程共享存儲上，有兩種方式可以選擇，其一是使用HBA光纖卡直連后臺存儲；其二是通過iSCSI的方式連接。存儲設備的高可用性非常重要，建議連接到共享存儲的每臺Xenserver主機配備兩塊HBA卡，并提供兩臺物理光纖或IP交換機，在Xenserver上配置存儲多路徑，避免單點故障
3.1與openstack，虛擬化比較1：虛擬機性能比較虛擬機資源都是3核，8G內存。壓測方式：壓測工具：webbench各虛擬機部署nginx3）壓測對象1：192.168.220.140(openstack虛擬機)2：192.168.220.171(citrix虛擬機)3：壓測客戶端，各虛擬機自身
壓測結果：

從壓測nginx并發請求的結果來看，openstack虛擬機性能相對好些。但citrix已虛擬7臺云主機，相對來說，citrix性能還是不錯的。
Cpu，內存，IO壓測CPU工具：

工具：VMware Workstation 10.0.1 下載地址：http://www.xp510.com/xiazai/ossoft/desktools/22610.html 運行環境：winAll (適用所有Windows系統)

Docker是一個開源的應用容器引擎，讓開發者可以打包他們的應用以及依賴包到一個可移植的容器中，然后發布到任何流行的?Linux?機器上，也可以實現虛擬化。 采用Go語言實現 高級容器引擎，獨立于Hypervisor實現。 從0.8版本開始脫離LXC實現，基于Golang重新實現容器的操作 基于Linux Kernel,64位，內核版本3.8以上

主要內容一、Docker介紹及原理二、Docker基本操作三、Docker實踐案例什么是Docker?Docker的生態圈認識Docker Docker VS VM Docker的原理Docker文件系統Docker三大核心Docker操作-倉庫Docker操作-鏡像Docker操作-容器Docker操作-DockerfileDocker操作-API待解決的問題案例架構說明容器配置存儲-etcd配置管理代理-confd與容器聯動第一部分Docker介紹及原理什么是Docker?Docker是一個構建在LXC之上，基于進程容器的輕量級VM解決方案，實現了一種應用程序級別的資源隔離及配額。Docker起源于PaaS提供商dotCloud基于go語言開發

1.處理api請求2.用戶驗證和授權3.資源驗證4.創建各種資源5.數據持久化，寫etcd目錄apiserver01目錄controller02職責1.管理endpoint2.管理rc3.管理node，維護健康狀態4.管理namespace5.為pod調度volume6.生成serviceAccounttoken目錄scheduler03職責調度每一個新創建的pod算法針對每一個等待調度的pod，分為兩個步驟來決定調度到那個node方法：輪詢每個node1.可不可以調度2.合不合適調度目錄Node/kubelet04職責1.管理pod生命周期2.管理pod所需volume3.匯報node健康狀態4.收集pod運行數據5.資源回收（containers、images）

二、ContainerOps解決方案架構設想一、ContainerOps解決方案背景介紹三、ContainerOps解決方案技術實踐目錄CONTENTS四、技術實踐下階段計劃PATR1ContainerOps解決方案背景介紹目錄01ContainerOps解決方案背景介紹ContainerOps初衷分布式的未來，容器是軟件分發標準DevOps全面容器化目錄02ContainerOps解決方案背景介紹目錄03ContainerOps特點符合OCI容器規范面向分布式，支持集群部署基于容器的生態工具鏈基于微服務架構設計ContainerOps解決方案背景介紹PATR2Containerops解決方案架構設想

1.1虛擬化的基本類型無虛擬化CPU一般設為四個RingKernelMode一般跑在Ring0上UserMode一般跑在Ring3上對于一個普通的傳統的Linux系統沒有問題虛擬化在Guest機器和Host機器中間加一層HypervisorHost機器看它像跑在自己上面的程序Guest機器看它像自己所運行的硬件如果Host機器和Guest機器都跑相同的Linux，它們的Kernel都想運行在Ring0，可怎么辦？

內容概要一PXC介紹二PXC兼容性三PXC限制四PXC運維技巧（防止踩坑）。*網絡異常*MySQL復制所有的數據庫實例都是可以訪問的但是此時數據是不一致的*PXC集群實例system2是不能訪問的，因為做集群重構system2為非主分量，1/3投票小于50%形成非主分量，system1,system32/3投票大于50%，形成主分量，可以訪問。因此，PXC數據是完全一致的*腦裂哪個系統可用？PXC中這種狀況2個節點都不可以訪問，PXC完全可以防止腦裂*PXC和MySQL對比MySQL復制:可以訪問所有的系統但是數據不一致數據完全一致PXC:PXC兼容性完全兼容已有的系統（innodb引擎，優化器執行計劃，完全相同的優化思路）最小化的遷移（非常方便的從現有系統遷移到PXC）快速的回退版本(無鎖化，非常容易的恢復到非PXC系統)PXC限制只支持INNODB表不允許大事務的產生（否則的話后果很嚴重）寫性能取決于最差的節點不能解決熱點更新問題樂觀鎖控制對于寫密集型應用需要控制單個節點的大小

內容為何支持Docker技術Docker支持實踐的方方面面實踐經驗&踩過的坑后續計劃SCE新浪研發中心主推私有云產品基于openstack定制整合公司通道機、CMDB為公司內部全產品線提供IaaS服務公有云近期內測為何做Docker支持這件事Openstack與Docker天生互補Openstack面向IaaS，以資源為中心，打包OS；能夠提供成熟的資源限制與隔離能力；多OS系列支持；Docker面向PaaS，以服務為中心，打包service；輕快好省；產品線需求旺盛快速部署；快速起停、創建與銷毀；一致的開發測試環境；演示、試用環境；解決設備成本，充分利用資源；技術方案快速驗證