❶ 華為fusion什麼是vsan
隨著VMware前發布VSAN 6.2及EMC聯邦推首台超融合機VxRailVMware再發力超融合架構市場
VMware搭建超融合架構HCI自家用OEM廠家及集商放選擇更加重要VMware創新超融合架構進步豐富並優化軟體定義數據用戶合作夥伴態我疑慮：能讓VMware找咸魚翻身機
VSAN 6.2哪些買點
VMware超融合架構集vSphere虛擬化管理軟體、vCenter Server虛擬化環境管理平台及新版軟體定義存儲VSAN 6.2體本發布看點VSAN 6.2
VSAN 6.2能讓VMware找咸魚翻身機
VSAN 6.2VMware軟體定義存儲VSAN第四代發布具備企業級高性能存儲且原於VMware旗艦產品vSphere向企業用戶提供所要求優質超融合架構及架構內超級簡單統站式管理且數據管理者所期望更視管理能力包括參數使用量監測
VSAN 6.2性能重升級包括新近線重復數據刪除壓縮壓縮至七倍數據量減少CPU內存負擔更加高效利用數據降設備投入本外增加磁碟組級別糾刪碼功能維持高水平數據修復能力變相於增加至兩倍存儲量
自身融合架構低本VMware特別強調優勢並指目前VMware超融合架構基於全快閃記憶體優化系統本低至$1/GB比混合類超融合架構本低近50%比其全快閃記憶體類超融合架構本低60%外數據存儲效率高提高十倍
據各調研數據顯示超融合架構市場目前增快IT市場IDC預測今超融合架構市場達15億美元Gartner說融合架構市場201950億美元IDC全球融合系統廠家評估2014市場先鋒新創公司NutanixSimpliVity等
VMware銷售數據展示自該市場強勁勢VMware指VSAN 銷售非功市21月已經銷往3000 用戶
同Nutanix比較截止2015第四季度VMware超融合架構HCI客戶數量、系統CPU單位部署數量收入增已經超Nutanix全球超融合架構市場龍
要超融合架構
VMware全球高級副總裁兼存儲用性業務總經理李嚴冰指作新型架構超融合基礎設施解決緊迫數據問題降低虛擬化環境存儲本復雜性使客戶能夠獲伺服器虛擬化全部處根本立足點
VMware全球高級副總裁兼存儲用性業務總經理李嚴冰
VMware先河vSphere重構伺服器架構基礎x86計算資源抽象化、虛擬化池化顯著提高計算資源利用率減少物理伺服器數量同極簡化虛擬機運行工作負載初始配置續遷移
超融合架構代數據架構其優勢於擴展模型並跨存儲層受益超融合架構存儲功能合並虛擬機管理程序並使用直連存儲部署商品化價格x86硬體打造集體簡單強存儲虛擬化平台簡化操作降低本提高靈性
融合模式搭建系統其系統設計、集測試都由供應商進行需顧客操理想超融合架構交付式由於需系統集商介入其客戶通非簡捷知流程充獲超融合架構優勢
三種入市路線何機
據解VMware超融合架構採用三種式進入市場
第硬體緒Virtual SAN Ready Nodes模式即由經測試認證硬體按核證解決案搭建超融合架構計劃目前已經存現其擴展伺服器OEM廠商授權預裝軟體綁定所必要許提供自服務支持
客戶需求伺服器OEM廠商必須同模式進行部署VMware提供超100種緒Virtual SAN Ready Nodes選擇
目前批伺服器OEM廠家先行已經獲Virtual SAN Ready Nodes緒認證基於x86工業標准伺服器廠家HPE、戴爾、聯想、華、富士通、思科、立超微其戴爾、富士通超微第批進入市場
模式VMware給予合作夥伴放業務機用戶直接伺服器OEM廠家購買服務並獲支持管硬體問題軟體問題用戶直接找伺服器OEM廠家獲支持服務
第二交鑰匙項目產品由VMware 所屬EMC聯盟交付由EMC II旗融合平台業務部VCE品
EMC聯邦2月16量躍遷揭幕超融合架構VxRailX神力本吧VMware超融合系統VMworld 2014發布EVO:RAIL概念先進系統呼聲極高雜音少EVO:RAIL產品擴展及配置限制質疑提產品夥伴能夠進行銷售式或用戶樂意購買式進行封裝等
現估計隨VxRail誕EVO:RAIL頁翻即使EVO:RAIL繼續存半VMware專注轉移新VCE嫡系Virtual SAN Ready Nodes緒模式
第三面向EVO SDDC（軟體定義數據）集系統VMware超融合架構雲管理vRealize軟體定義網路NSXEVO SDDC管理者等打包組集系統種市場模式選擇限
VMware VSAN6.2預期今季度市標價起價每CPU 美元2,495 VMware VSAN桌面標價起價每用戶美元50合作夥伴望今半內獲VMware Virtual SAN Ready Nodes緒模式
❷ vsan網路分區組如何調整
一種解決方法：把vlan信息刪掉，在虛擬交換機中把vlan標簽刪掉即可。 第二種解決方法：把交換機埠開啟trunk即可。 Virtual SAN (VSAN) 可以為對象創建鏡像。這種功能可在一種策略（即虛擬機存儲策略，又稱基於存儲策略的管理）來定義。此時，您可以將名為「failures to tolerate（允許的故障數目）」的選項定義為 0和 3 之間的任意數字。默認情況下，此選項設置為 1。這意味著，數據會有兩個副本。除了 VSAN 之外，還需要一個見證/仲裁，以幫助您確定發生事件後所有者是誰。那麼，情況會是怎樣的呢？請注意，在下圖中，為了簡單起見，我會使用術語「vmdk」和「見證」，實際上，這可以是虛擬機中的任何一種組件。
❸ vSphere 5.5 vSAN 見證是怎麼部署的
見證(witness)和副本
副本是為虛擬機指定可用性功能時創建的虛擬機存儲對象實例的備份。可用性功能決定了可創建的副本數量。在集群中出現主機、網路或磁碟故障時，此機制可使虛擬機使用一組完整的對象繼續運行。
見證是每個存儲對象的一部分。它們不包含數據，而僅包含元數據。，其目的是在必須做出可用性決策時（在Virtual SAN 群集中）充當打破平局組件，以避免裂腦行為並滿足仲裁要求。見證在 VSAN 數據存儲上佔用大約 2 MB 的空間用於存儲元數據。
注意 ：要使某個對象在 VSAN 中可訪問，則其 50% 以上的組成部分必須可供訪問。
默認存儲策略Witness部署邏輯: 允許的故障數目 (FTT) =1
VSAN Part 21 – What is a witness? 給了一個簡單的例子。
我們以 VSAN 數據存儲上部署的一個簡單的虛擬機為例。即使我們沒有創建策略，而是使用了默認策略，vSAN 數據存儲上部署的這台虛擬機的磁碟 ( VMDK ) 也會獲得允許的故障數目 (FTT) =1 的功能。這意味著這個 VMDK 將創建兩個副本，每個副本放置在不同的 ESXi 主機上，使得數據在群集出現單個故障時仍有一個副本可用。這其中的每個副本都是 VM DK 存儲對象的一個組件。下圖是 vSphere 5.5 vSAN 簡介及配置 中的默認存儲策略
❹ exsi vsan 實際使用怎麼樣
首先就是根據上面所說的硬體條件創建3個虛擬機用來安裝ESXi5.5u1。我的配置是每一台主機都包括： 4個CPU（最少2個） 8GB內存 3個硬碟，一個4GB（用來裝系統）、一個40GB（模擬成SSD）、一個400GB（提供給vsan存放數據） 2個網路適配器
❺ vSphere 5.5 vSAN 見證是怎麼部署的
你好，
現在的IT技術就是讓人變傻，全部自動化，虛擬化。就像存儲的自動分層，再也不需要精確計算數據的熱度，應該分配到哪個存儲層，也不需要建立RAID。買來盤，全部加入到池，要空間就從池子里化，夠簡單吧。但有的人就是喜歡較真，非要搞明白數據究竟用到了哪幾塊盤，比例怎樣。這種要麼就是技術控，要麼就是控制狂，用現在的話就是no o no die。
經過了幾次實驗，發現 vSAN 配置和使用起來確實非常簡單，在 vSphere 5.5 vSAN 虛擬機存儲策略(VM Storage Policy) 中，我們看到了當改變虛擬機的存儲策略時，虛擬機的存儲對象會使用不同的 vSAN 組件（條帶、副本和見證）。你可以選擇不理不睬，但我今天就要較真一會，看看為什麼要這樣。
當然最簡單的方法就是找來 vSAN 關於這一段的源代碼或設計方案讀一讀就明白了，可惜我沒有這個渠道，那就自己動手，上網找，搭環境測試了。主要參考這2篇文章：
VSAN Part 21 – What is a witness? 及其 中文翻譯
VMware Virtual SAN: Witness Component Deployment Logic 及其 中文翻譯
先上一段來自官網對於見證和副本的定義：
見證(witness)和副本
副本是為虛擬機指定可用性功能時創建的虛擬機存儲對象實例的備份。可用性功能決定了可創建的副本數量。在集群中出現主機、網路或磁碟故障時，此機制可使虛擬機使用一組完整的對象繼續運行。
見證是每個存儲對象的一部分。它們不包含數據，而僅包含元數據。，其目的是在必須做出可用性決策時（在Virtual SAN 群集中）充當打破平局組件，以避免裂腦行為並滿足仲裁要求。見證在 VSAN 數據存儲上佔用大約 2 MB 的空間用於存儲元數據。
注意 ：要使某個對象在 VSAN 中可訪問，則其 50% 以上的組成部分必須可供訪問。
默認存儲策略Witness部署邏輯: 允許的故障數目 (FTT) =1
VSAN Part 21 – What is a witness? 給了一個簡單的例子。
我們以 VSAN 數據存儲上部署的一個簡單的虛擬機為例。即使我們沒有創建策略，而是使用了默認策略，vSAN 數據存儲上部署的這台虛擬機的磁碟 ( VMDK ) 也會獲得允許的故障數目 (FTT) =1 的功能。這意味著這個 VMDK 將創建兩個副本，每個副本放置在不同的 ESXi 主機上，使得數據在群集出現單個故障時仍有一個副本可用。這其中的每個副本都是 VM DK 存儲對象的一個組件。下圖是 vSphere 5.5 vSAN 簡介及配置 中的默認存儲策略：
現在有兩個問題需要提出：
第一，VSAN 如何處理裂腦/網路分區？
第二，我們如何才能確保主機/磁碟發生故障時這個 VM DK 對象有 50% 的組件可用？
這就是見證的角色。除了創建 VM DK的兩個副本，系統也會創建對象的第三個組件。這就是見證磁碟。它是純粹的元數據，只佔用 2MB 的磁碟空間。現在，在一個 3 節點群集中，如果 VMDK 的副本放置在 host1 和 host2 上，則見證會被放置在 host3 上。這意味著，如果任何一個主機發生故障，我們仍有一份數據副本可用，我們仍有超過 50% 的組件可用。如果出現網路分區或裂腦，一側分區有 2 個節點，另一側分區有一個節點，那麼仍然有一個分區會擁有超過 50% 的組件。下圖所示為虛擬機上的一個VMDK（硬碟 1），該 VMDK 的允許的故障數目被設置為 1。
組件共有 3 個: 2 個副本，1 個見證。所有 3 個組件都放置在群集的不同的主機上。這就是一個最簡單的示例。
如果使用 StripeWidth 功能或將 FFT 設置為大於 1 的值，許多人會發現系統創建了大量額外的見證。需要記住的一點是，虛擬機的虛擬機存儲策略中功能要求不同，見證的數量也會發生改變，見證的分布也會不同。 怎麼個不同法呢？ 請看下文分曉。
自定義存儲策略部署邏輯：允許故障數目 (FTT) =?
我們來看看 VMware Virtual SAN: Witness Component Deployment Logic 。Virtual SAN 見證組件以三種方式進行定義和部署:
Primary Witness初級見證
Secondary Witness次級見證
Tiebreaker Witness打破平局見證
Primary Witnesses:Need at least (2 * FTT) + 1 nodes in a cluster to be able to tolerate FTT number of node / disk failures. If after placing all the data components, we do not have the required number of nodes in the configuration, primary witnesses are on exclusive nodes until there are (2*FTT)+ 1 nodes in the configuration.
至少需要群集中 (2 * FTT) + 1 節點以便能容許 FTT 節點/磁碟故障數。如果安裝了所有數據組件後，配置沒有獲得所需的節點數，則初級見證將位於獨占節點直到配置中有 (2*FTT)+ 1 個節點。
什麼意思呢？如果是2*FTT個節點的話，即虛擬機組件都保存了2個副本，如果發生腦裂的情況怎麼辦？到底有哪個副本來提供服務呢？需要一個第三方的仲裁機構來決定。
Secondary Witnesses:Secondary witnesses are created to make sure that every node has equal voting power towards quorum. This is important because every node failure should affect the quorum equally. Secondary witnesses are added so that every node gets equal number of component, this includes the nodes that only hold primary witnesses. So the total count of data component + witnesses on each node are equalized in this step.
創建次級見證的目的是確保每個節點在仲裁時有相同的投票權。這點很重要，因為每個節點故障都應對仲裁產生相同的影響。次級見證的添加應使每個節點都獲得相同的組件數，包括僅擁有初級見證的節點。因此，這一步驟使得每個節點上的數據組件 + 見證組件的總數相同。
Tiebreaker witness:If after adding primary and secondary witnesses we end up with even number of total components (data + witnesses) in the configuration then we add one tiebreaker witnesses to make the total component count odd. 如果在添加初級見證和次級見證之後，配置中的組件總數是偶數（數據 + 見證數），那麼，我們需要添加一個打破平局見證，使組件總數變為奇數。
實例分析
上面提到的默認存儲策略，5台主機，只部署了 1 個見證，為什麼？
初級見證：數據組件分布在 2 個節點上，沒有大於 2*FTT+1，因此，我們需要一個初級見證。
次級見證：因為每個參與配置的節點都只有一個組件，因此，我們無需次級見證來平衡投票數。
打破平局見證：因為配置中的組件總數是 3，因此，我們不需要一個打破平局見證。
2． vSphere 5.5 vSAN 虛擬機存儲策略(VM Storage Policy) 中第一次應用了虛擬機存儲策略，5台主機，FTT=1，Stripe=3，部署了3個見證，為什麼？
這里我們看到部分 RAID 0 條帶在相同節點上，說實在的我也不知道為什麼要這樣。而且還有一台主機根本就沒有參與。我在想，如果有6台主機，那應該數據組件會用到6台主機。我們來看看數據組件的分布情況：
2個數據組件在主機esx-01a上面
2個數據組件在主機esx-03a上面
1個數據組件在主機esx-04a上面
1個數據組件在主機esx-02a上面
我們來看看見證組件的計算方法：
初級見證：數據組件分布在 4 個節點間，大於 1*FTT+1。因此，不需要初級見證。
次級見證：因為兩個節點每個都有 2 個投票，但有 2 個節點每個都只有一個投票，我們需要在下列節點上添加一個投票（見證）：esx-04a，esx-02a。
打破平局見證：添加了上述兩個見證後，配置中的組件總數為 8（6 數據 + 2 見證），我們需要一個打破平局見證，即第三個見證。在這個例子中，部署到了節點esx-01a。
3． vSphere 5.5 vSAN 虛擬機存儲策略(VM Storage Policy) 中我修改了虛擬機存儲策略，5台主機，FTT=1，Stripe=4，部署了1個見證，為什麼？
這里我們看到部分 RAID 0 條帶在相同節點上：
2個數據組件在主機esx-01a上面
2個數據組件在主機esx-03a上面
2個數據組件在主機esx-04a上面
2個數據組件在主機esx-02a上面
我們來看看見證組件的計算方法：
初級見證：數據組件分布在 4 個節點間，大於 1*FTT+1。因此，不需要初級見證。
次級見證：因為參與部署的每個節點每個都有 2 個投票，因此，我們無需次級見證來平衡投票數。。
打破平局見證：配置中的組件總數為 8（8 數據 + 0 見證），我們需要一個打破平局見證，即第三個見證。在這個例子中，部署到了節點esx-04a。
至此，你是不是完全明白了呢？
為了驗證演算法，我又重新刪掉集群，打開vSAN，我們來看看新的部署情況。還是一樣的存儲策略，5台主機，FTT=1，Stripe=4，這次卻部署了3個見證，為什麼？自己想吧。
❻ 如查沒有ssd硬碟,如何部署VSAN
虛擬機用來安裝ESXi5.5u1。我的配置是每一台主機都包括：
4個CPU（最少2個）
8GB內存
3個硬碟，一個4GB（用來裝系統）、一個40GB（模擬成SSD）、一個400GB（提供給vsan存放數據）
2個網路適配器，一個在子網192.168.10.x用於管理和虛擬機網路，一個在子網192.168.20.x，用於VSAN VMkernel
虛擬機版本10
注意，為了讓ESXi客戶機有2個網路適配器，在ESXi主機（本例中起名為esxi01）上的網路配置至少要配置2個不同的埠組，我將這2個埠組分別配置在了2個不同的vSwitch上：
vSwitch0，默認vSwitch，配置有管理網路(VMKernel)和VM Network 10埠組
vSwitch2，新增的vSwitch，配置有VM Network 20埠組
❼ vsan停機步驟
vsan停機步驟如下：
一、關閉：
1 關閉 vSAN 群集中運行的所有虛擬機的電源（除非群集中運行 vCenter Server）。
如果 vSAN 群集中託管 vCenter Server，請勿關閉 vCenter Server 虛擬機的電源。
2 確認所有重新同步任務已完成。
單擊監控選項卡，然後選擇 vSAN > 重新同步對象。
_
3 如果 vSAN 群集中託管 vCenter Server，請關閉 vCenter Server 虛擬機的電源。vSphere Client 將變得不可用。
註：在關閉vCenter Server前，最好先克隆一份vCenter存到本地硬碟上，以免重啟後vSAN群集啟不來時無法使用vCenter
4 將 ESXi 主機置於維護模式。
連接到主機並使用 Host Client 或 esxcli 命令將主機置於維護模式且不遷移數據（無操作）。
5 主機成功進入維護模式後，關閉主機電源。
二、啟動：
6 打開 ESXi 主機的電源。
在安裝 ESXi 的物理機箱上，按住電源按鈕直至開始執行啟動程序。
7 ESXi 主機啟動後，用 Host Client 連接主機，將主機退出維護模式。
註：主機啟動後，vSAN集群會自動創建，但需要將主機退出維護模式，vSAN才能正常使用，否則vSAN中的虛擬機處於無效狀態。
8 vSAN啟動後，查看虛擬機狀態，待正常後，打開vCenter電源。
9 啟動其他虛擬機
❽ 如何在一台ESXi主機上搭建一整套VSAN集群的環境
就來介紹下如何在一台ESXi主機上配置3個ESXi並組建一個VSAN集群。昨天，我介紹了如何在一台ESXi主機上安裝ESXi的客戶機（當然這些ESXi本身也是主機哦，還可以在其上部署虛擬機，雖然性能會比較差）。因此，首先就是根據上面所說的硬體條件創建3個虛擬機用來安裝ESXi5.5u1。我的配置是每一台主機都包括：
4個CPU（最少2個）
8GB內存
3個硬碟，一個4GB（用來裝系統）、一個40GB（模擬成SSD）、一個400GB（提供給vsan存放數據）
2個網路適配器，一個在子網192.168.10.x用於管理和虛擬機網路，一個在子網192.168.20.x，用於VSAN VMkernel
虛擬機版本10
注意，為了讓ESXi客戶機有2個網路適配器，在ESXi主機（本例中起名為esxi01）上的網路配置至少要配置2個不同的埠組，我將這2個埠組分別配置在了2個不同的vSwitch上：
vSwitch0，默認vSwitch，配置有管理網路(VMKernel)和VM Network 10埠組
vSwitch2，新增的vSwitch，配置有VM Network 20埠組
此外，我還因為有iSCSI存儲，因此配置了2個iSCSI的VMKernel分別在vSwitch1和vSwitch2上。
vSwitch0和vSwitch2的配置截圖如下：
這里有一點要說明的是，如果僅為了vsan網路的通信，vSwitch2可以沒有上聯的物理適配器，我的截圖裡面配置了上聯的物理適配器是因為我還有一個iSCSI2的VMkernel需要使用。
安裝3台虛擬機的過程就不贅述了，只要你按照我昨天的文章來操作，就可以順利完成。安裝完之後，照例是配置靜態IP地址、FQDN主機名、禁用IPv6、DNS並開啟SSH和ESXi SHELL以備之後在控制台輸入命令行使用。
需要強調一次的是，在你的實驗網路中，需要配置好一台域控制器，它同時也是DNS伺服器，並事先在DNS伺服器裡面添加好靜態的ESXi主機的DNS項。在我的實驗環境中，它們是：
esxi55u01.home.lab – 192.168.10.31
esxi55u02.home.lab – 192.168.10.32
esxi55u03.home.lab – 192.168.10.33
請在黃色DCUI界面（安裝完ESXi主機的初次配置界面）裡面測試一下網路，如果主機域名也能順利解析，那就說明網路配置都完備了。DNS對於正確配置VMware集群來說非常重要。
接下去就是用vSphere Web客戶端再次連接到vCenter（我的是vCSA），把這幾台新安裝的ESXi主機添加進來，添加的時候要用FQDN，不能是IP地址。
現在讓我們來看一看這些ESXi主機的磁碟情況（左邊窗格點選主機，在右邊窗格分別選擇管理，存儲器和存儲設備，如圖所示），可以看見置備的3個磁碟都是非SSD。下面要克服的問題是怎樣欺騙ESXi，讓它以為其中一塊40GB的磁碟是SSD，這樣才能滿足VSAN配置的必要前提條件。
讓我們進入到這台vSphere ESXi主機的管理控制台界面，在命令行裡面輸入下面的2條命令，就可以完成：
# esxcli storage nmp satp rule add --satp VMW_SATP_LOCAL --device mpx.vmhba1:C0:T1:L0 --option=enable_ssd
# esxcli storage core claiming reclaim -d mpx.vmhba1:C0:T1:L0
注意，這里的設備ID要填寫你所想要變成SSD的那個磁碟，設備ID就是長的像mpx.vmhba1.C0:T1:L0的那個。
輸入命令後，如果沒有填錯，是不返回結果的。回到vSphere Web客戶端，刷新一下，你就會發現那個40GB的磁碟的類型變成SSD了。
關於VSAN的配置，LeoXiao同學寫的很不錯，就不多羅嗦了。你可以參考他的文章。
我借個圖說明下順序：
多說一句，為了測試NIOC功能，而這個功能只有在分布式交換機上才有，所以，建議VSAN集群配置的時候先配置好分布式交換機，並且把VSAN專用的VMkernel建在分布式交換機上。
最後，給大家看一下，要搭建一個VSAN集群的測試環境，在一台主機上至少要配置並開啟5台虛擬機——包括1台域控制器，1台vCenter和3台ESXi主機（每台都配了8GB內存哦）。
雖然還是有一些網路傳輸上不穩定的問題，不過vsan數據存儲好歹是建起來了。