一、方案拓撲
常規性能資源池：
新購中等配置的超融合一體機或者是客戶自購的符合我們規定的X86服務器，用于運行絕大多數的業務系統，諸如SQL、OA、Web、BBS常規行業軟件等。
高性能資源池：
新購高等配置的超融合一體機或者是客戶自購的符合我們規定的X86服務器，用于運行需要較高性能的業務系統，諸如HIS、Oracle、交易等。
匯聚交換機
用于匯聚虛擬機業務網絡、管理網絡、Vxlan網絡用兩臺做堆疊實現冗余，上聯至核心交換網絡
萬兆同步交換機
用于多主機之間的數據同步，用兩臺做堆疊實現冗余，不需要上聯核心。
核心生產網絡
用于匯聚所有匯聚網絡的數據流以及與其他機房的業務流的匯聚，然后統一走運營商的網絡出口。
利舊存儲
利舊容災資源池
客戶原有數據中心選擇配置較高的服務器，按照我們要求升級配置，這些服務器放在容災數據中心，當核心數據中心出現問題后這些利舊服務器用于接管核心數據中心的業務。
容災匯聚交換機
匯聚容災數據中心裝了超融合操作系統的X86服務器，同時上聯至核心交換網絡
容災萬兆同步交換機
用于利舊資源池多主機之間的數據副本同步。
容災核心網絡
匯聚容災數據中心的匯聚交換機及其他網絡設備，同時與核心數據中心通信。
核心超融合數據中心基礎架構搭建完成。
將計劃內的老舊單機服務器業務系統遷移至超融合數據中心內。
將刀片服務器上的非核心業務系統遷移至超融合數據中心內。
極大限度施放核心存儲的空間及IO壓力，保證核心業務運行。
將刀片服務器和4路服務器虛擬化的 核心業務系統遷移至超融合數據中心內。
將客戶其他需要遷移到超融合數據中心的業務遷移上去。
將原有的核心存儲作為歸檔存儲利舊使用。
合并現有機房的非關鍵設備，包括防火墻、負載均衡等，簡化機房環境。
資源不夠可以擴充新的X86服務器作為計算和空間節點橫向擴容。
搭建容災超融合數據中心。
將核心業務系統容災一份到容災超融合數據中心。
啟用備份一體機將核心數據中心全部數據備份到容災數據中心并開啟增量備份。
通過負載均衡將兩地數據中心核心業務容災，做到業務快速切換。
|
最新版本 HCI_5.0_R1 |
|
|
網口
數量 |
1個做集群管理口
2個萬兆口做存儲通信口
2個做業務口（根據業務量考慮千兆、萬兆）
2個做vxlan通信口（根據業務量考慮千兆、萬兆）
注意：
1、存儲口必須做聚合。網口數量不足時，可考慮業務口、vxlan口不聚合。
2、生產環境建議配足網口。 |
|
網線 |
長線、短線，根據網口數自行計算。 |
|
IP分配 |
每個物理主機一個管理IP，集群IP。
注意：虛擬存儲、vxlan口都需要配置私有網絡，并給一個獨立的IP段，只需不沖突即可。 |
|
交換機網口 |
1、須確認四種網口是否共用交換機，建議存儲單獨使用一個交換機。
2、交換機網口數 >= 每臺主機網口數 * 主機數。 |
|
硬盤
數量 |
aSAN容量估算：
aSAN實際可用空間估算方式（服務器硬盤完全同構下）
可用空間 = （單個HDD硬盤容量 * （HDD總個數 - 副本數個熱備盤） / 副本數） * 85%
注意：單個HDD硬盤容量應以系統內1024進制的實際容量為準。原因是硬盤廠商的標稱容量是1000進制的，而系統內則是按1024進制計算的；即硬盤廠商標稱為2T的硬盤，系統內實際約為1.82T，SSD硬盤和其它容量的硬盤都以此類推。 |
|
SSD緩存盤 |
1、建議機械盤與SSD盤的比例為 3：1，推薦使用Intel的SSD。
2、若機械盤用3T、4T的大盤，SSD則用480G容量的。 |
|
CPU |
簡單的判斷方法是看年限，早幾年的基本不能滿足。不確認的可與研發確認。 |
|
內存 |
根據在跑業務系統進行估算，要留有足夠的內存給系統使用（3G） |
|
備份存儲（異地） |
生產環境：
建議準備外置存儲，保障數據穩定更有效。
測試環境：
1、有外置存儲。支持iscsi、FC協議的外置存儲接入，接入后在【實體機】--【存儲】頁面內配置后即可使用。
2、有共享NFS存儲，同樣在【實體機】--【存儲】頁面配置添加后使用。
3、沒有準備有存儲。可安裝Freenas或者windows共享進行備份。（性能很差，不建議使用） |
|
輔助
工具 |
筆記本：用來登錄管理平臺，配置網絡等相關參數
key：測試、演示用。實施時要帶購買的key
安裝U盤：刻錄最新版iso
遷移工具：Sangfor_aSV_Converter.exe、aSV4.2.09_R1(2016xxxx).iso |
|
要記得帶模版和開通序列號。 |
|
|
1、官方推薦raid配置JBOS、non-raid模式。
2、若raid卡不支持這兩種模式，建議更換。raid0模式不支持熱插拔 |
|
|
超融合場景的aSAN網卡統一推薦使用萬兆網卡+萬兆交換機，集群管理口與vs口不能共用
存儲能用私網，與集群不共用同組交換機網絡。 |
|
|
1、要先組好集群，再初始化虛擬存儲
2、不能用一臺主機初始化集群后再添加主機。（會變得很麻煩）
3、每次添加的主機數，要和虛擬存儲的副本數一致。（更高效） |
|
|
擴容時，每次添加的主機數，要與虛擬存儲副本數一致，或者是它的倍數。如2副本環境，一次擴容擴2臺、4臺主機。（避免擴容單臺主機時需要大量的舊數據搬遷） |
|
|
1、提升出口帶寬，并且有冗余功能。存儲口必須配置，vxlan、物理出口建議配置。
2、萬兆口更佳。 |
|
|
鏈路聚合都不需要在交換機對應網口進行聚合配置，用普通交換口就可以。 |
|
|
開啟后性能更好 |
|
|
1、我們默認按照最小的干的，根據實際的網絡壓力，可以調整為高性能模式。
2、可以聯系研發一起確認。 |
|
|
1、重要業務部署前，首先確認是否預備有異地備份所需存儲。
2、能在遷移業務后就能開啟備份。 |
|
|
1、部署好平臺，先別忙高興，可先測試一下HA、存儲速度、網絡速度類功能。
2、如果沒問題，再遷移業務。 |
|
|
vAD、vAF的配置 |
只能配高，不能配低，配高之后調不回來的。 |
|
AF跨主機通訊 |
通過配置保證連通性 |
|
超融合平臺不建議用快虛。 |
|
|
1、若不是有特別高的業務需求，虛擬機核心數配16個性能更佳。
2、若有特別的業務需求，要跟研發確認。 |
|
|
不可超過單個物理主機的總數據盤空間大小的80% |
|
|
頁面上可觀察拓撲圖流量走向，若流量長時間過高，可聯系研發確認 |
|
|
CPU長時間占高，內存充足的條件下，可關閉虛擬機高級選項中的內存回收機制。 |
|
|
pmap導致大內存虛擬機性能下降，主要表現在磁盤IO能力下降。若出現虛擬機IO上不去，可聯系研發確認 |
|
|
鼠標動不了鍵盤能動，可以在虛擬機編輯頁面，將鼠標接口改成PS/2的方式。（推薦用USB） |
|
|
卡頓 |
操作系統及軟件升級到新的補丁包，如windows server 2003升級到SP3，可解決部分使用卡頓的問題（必須確認升級，并做好備份的前提下才能進行升級） |
|
性能 |
在安裝了SQL Server的環境，拷貝文件進去系統會自動限速。 |
|
性能 |
SQL Server升級到SP2，可解決部分使用卡頓的問題（必須確認升級，并做好備份的前提下才能進行升級） |
|
性能 |
測試需要配置ASM，這個會影響性能。 |
深信服存儲虛擬化aSAN，基于集群設計，將服務器上的硬盤存儲空間組織起來形成一個統一的虛擬共享存儲資源池，即Server SAN分布式存儲系統，進行數據的高可靠、高性能存儲。分布式存儲系統在功能上與獨立共享存儲完全一致；一份數據會同時存儲在多個不同的物理服務器硬盤上，提升數據可靠性；此外，再通過SSD緩存，可以大幅提升服務器硬盤的IO性能，實現高性能存儲。同時，由于存儲與計算完全融合在一個硬件平臺上，用戶無需像以往那樣購買連接計算服務器和存儲設備的SAN網絡設備（FC SAN或者iSCSI SAN）。
深信服超融合架構計算資源池由深信服服務器虛擬化軟件aSV提供，aSV采用裸金屬架構的X86虛擬化技術，實現對服務器物理資源的抽象，將CPU、內存、I/O等服務器物理資源轉化為一組可統一管理、調度和分配的邏輯資源，并基于這些邏輯資源在單個物理服務器上構建多個同時運行、相互隔離的虛擬機執行環境，實現更高的資源利用率，同時滿足應用更加靈活的資源動態分配需求，譬如提供熱遷移、HA等高可用特性，實現更低的運營成本、更高的靈活性和更快速的業務響應速度。
從而，aNet虛擬網絡可以快速完成不同應用系統的網絡部署，網絡配置的自動化調整，網絡故障排查等工作，提升網絡的管理運維效率，提升網絡就緒、擴展速度，降低數據中心物理網絡的建設成本。
深信服將在硬件設備領域非常具有優勢的NGAF、AD、WOC、SSL VPN等設備也虛擬化了，從而可以幫助用戶將應用系統平滑的從物理環境遷移到虛擬化環境中，并滿足安全合規要求。
vNGAF、vAD、vWOC、vSSL VPN等虛擬化設備，保持了和硬件設備一致的功能特性，并且具備齊全的各種產品資質證書，如安全產品銷售許可證等。用戶只需要根據不同應用系統的性能要求，分配1、2、4、8核不同檔次的CPU資源，各種虛擬化設備就可以提供從百兆到千兆的性能。