阿里雲伺服器企業版ECS該如何選擇及使用教程
請認真看完此文
國內雲服務商中,和通資料庫伺服器的口碑可以說是數一數二的了,因此很多企業在建站時都會首先考慮到和通資料庫伺服器。所以,伺服器吧小編今天就帶大家來深入學習一下和通資料庫企業版雲伺服器ECS的使用方法。
在購買前大家可以提前領取阿里雲優惠劵,免費領取,以防後事只需,
阿里雲代金卷直達地址
騰訊雲代金卷直達地址
和通資料庫企業版雲伺服器ECS快速入門需圍繞這幾個方面:ECS例項規格的選擇、網路規劃建議、對例項數量及具體配置的成本估算、安全組的配置、自動快照策略的制定、映象遷移以及業務負載均衡與高可用性。
一、例項規格的選擇
如果你的業務面向以下應用場景,可以選擇圖中推薦的例項。這裡更多例項規格族。(說明:不同地域下可購買的例項規格可能存在差異,你可以前往ECS例項可購買地域,檢視例項的可購情況。)
(說明:更多應用場景說明請參見企業級配置選型。)
具體的例項配置需要結合應用場景的要求決定,可以參考如下例項配置建議:
均衡效能:需要相對均衡的處理器與記憶體資源配比,可以滿足大多數場景下的應用資源需求。
高網路收發包應用:需要高網路收發包能力,您可以根據應用場景選擇更合理的計算與記憶體的資源配比。
高效能運算:需要消耗高計算資源,GPU平行計算以及高主頻是該場景下的典型應用。
高效能端遊:需要高主頻處理器支援,高處理器主頻可以承載更多的使用者。
手遊、頁遊:需要消耗高計算資源,建議選擇1:2的處理器與記憶體配比,可以獲得最優計算資源價效比。
視訊轉發:需要消耗高計算資源,建議選擇1:2的處理器與記憶體配比,可以獲得最優計算資源價效比。
直播彈幕:需要高網路收發包能力,您可以根據應用場景選擇更合理的計算與記憶體的資源配比。
關係型資料庫:需要SSD雲盤或更高效能的NVMe SSD本地磁碟實現高儲存IOPS和低讀寫延時,建議選擇均衡(1:4)或記憶體更大(1:8)的處理器與記憶體配比。
分散式快取:需要穩定的計算效能,建議選擇均衡(1:4)或者記憶體更大(1:8)的處理器與記憶體配比。
NoSQL資料庫:需要SSD雲盤或更高效能的NVMe SSD本地磁碟實現高儲存IOPS和低讀寫延時,建議選擇均衡(1:4)或記憶體更大(1:8)的處理器與記憶體配比。
Elasticsearch:需要SSD雲盤或更高效能的NVMe SSD本地磁碟實現高儲存IOPS和低讀寫延時,建議選擇均衡(1:4)或記憶體更大(1:8)的處理器與記憶體配比。
Hadoop:資料節點需要高磁碟吞吐、高網路吞吐、均衡的處理器與記憶體配比,計算節點則更關注計算效能、網路頻寬及處理器與記憶體配比。
圖片轉碼:需要硬體並行加速能力,您可以根據應用場景選擇更合理的計算與記憶體的資源配比。
AI:
(1)深度學習訓練:需要高效能的NVIDIA GPU加速器,GPU與CPU比例1:8到1:12之間。
(2)通用深度學習:需要高效能的NVIDIA GPU加速器,GPU與CPU比例1:4到1:48之間。
(3)影像識別推理:需要高效能的NVIDIA GPU加速器,GPU與CPU比例1:4到1:12之間。
(4)語音識別語音合唱推理:需要高效能的NVIDIA GPU加速器,GPU與CPU比例1:16到1:48之間。
超算:需要強大穩定的計算能力和高頻寬低延遲的優質網路。
具體可前往雲小站了解詳情
二、網路的規劃
推薦使用專有網路VPC(Virtual Private Cloud),專有網路之間邏輯上徹底隔離,是你上雲首選的網路產品。專有網路主要有隔離的網路環境和可控的網路配置的特點。
專有網路VPC數量:
1.在以下場景中,推薦你使用多個專有網路VPC。
(1)多地域部署系統
專有網路VPC是地域級別的資源,不能跨地域部署。當您有多地域部署系統的需求時,就必然需要使用多個專有網路VPC。基於阿里巴巴骨幹網構建的高速通道產品能輕鬆實現跨地域、跨國專有網路VPC間的互通。
(2)多業務系統隔離
如果在一個地域,需要通過專有網路VPC嚴格隔離多個業務系統,例如區分生產環境和測試環境,你也需要使用多個專有網路VPC。
2.使用單個專有網路VPC
若你沒有多地域部署系統的需求,或者之間也不需要內網隔離,推薦你使用一個專有網路VPC。單個專有網路VPC內執行的雲產品例項可達15000個,可以滿足基本需求。
虛擬交換機數量:
1.最低數量
即使你只使用一個專有網路VPC,也儘量使用至少兩個虛擬交換機,並且將兩個虛擬交換機分佈在不同可用區,這樣可以實現跨可用區容災。
2.網路延遲
同一地域不同可用區之間的網路通訊延遲很小,但也需要經過業務系統的適配和驗證。由於系統呼叫複雜加上系統處理時間、跨可用區呼叫等原因,可能產生期望之外的網路延遲。建議你進行系統和適配,在高可用和低延遲之間找到平衡。
3.系統隔離
使用多少個虛擬交換機還和系統規模、系統規劃有關。如果前端系統可以被公網訪問並且有主動訪問公網的需求,考慮到容災可以將不同的前端系統部署在不同的虛擬交換機下,將後端系統部署在另外的虛擬交換機下。
私網網段選擇:
1.若你使用了多個專有網路VPC,或者需要與本地IDC構建混合雲的需求,建議使用標準私網網段的子網作為專有網路VPC的網段,掩碼建議不超過/16。
2.若你使用了一個專有網路VPC,並且不需要與本地IDC互通時,可以選擇任何一個標準私網網段或其子網。
3.如果你同時使用了經典網路,並且計劃將經典網路的ECS例項和專有網路VPC通過ClassicLink連通,建議你選擇非10.0.0.0/8作為專有網路VPC的網段,因為經典網路的網段也是10.0.0.0/8。
以下表格列舉了標準的私網網段及其子網:
(說明:1.專有網路VPC建立成功後,私網網段無法再修改。2.若你有除此之外的特殊網段要求,可以提交工單或者通過客戶經理申請開通。)
具體可前往雲小站了解詳情
三、成本的估算
計費方式、地域、映象、網路和例項數量等因素將影響最終的成本估算結果。
計費方式:
雲伺服器ECS提供了包年包月、按量付費、搶佔式例項和預留例項券等多種賬單計算模式。
1.包年包月
是一種預付費模式,即先付費再使用。計費週期為周、月、年。適用於固定的7*24服務,如Web服務等。
2.按量付費
一種後付費模式,即先使用再付費,按秒計費,例項單價以元/小時的方式展現。適用於爆發型業務應用或服務,例如:臨時擴充套件、臨時測試、科學計算等。
3.搶佔式例項
為降低雲伺服器ECS的計算成本,你還可以選擇搶佔式例項。作為按需例項,你需要設定你願意為例項規格支付的最高小時價格,當你的出價高於當前市場成交價時,搶佔式例項就會執行。最終例項規格會按照市場成交價成交。
4.預留例項券
一種抵扣券,可以抵扣按量付費例項(不含搶佔式例項)的賬單,也能夠預留例項資源。相比包年包月例項,預留例項券與按量付費例項這種組合模式可以兼顧靈活性和成本,比包年包月方式的包月價格更優惠。
針對不同計費方式各自的價格優勢,不同的例項規格有所不同,詳情請參見雲產品定價。
地域:
選擇地域時,你需要考慮以下因素:
1.例項所在的地域、目標使用者所在的地理位置。
2.雲伺服器ECS與其他和通資料庫產品之間的關係。
3.資源在目標地域下的價格。
4.是否有合規性等特殊要求。如中國大陸地域的ECS例項用作Web伺服器時,需要完成經營許可證備案。
(說明:同一種例項規格,不同的地域,價格可能不同。)
購買量:
ECS例項的購買量將影響最後的成本。
映象:
映象型別不同,價格會有差異。計費方式請參見映象概述。
網路:
在完成整體方案的網路規劃後,你需要選擇專有網路VPC以及虛擬交換機。使用專有網路VPC及交換機無需收取費用。
(說明:在購買例項前,請提前建立專有網路VPC及配套的虛擬交換機。)
1.選擇分配公網IP地址時,將自動新增公網頻寬項。根據你選擇的頻寬不同將收取不同的費用,計費方式請參見公網頻寬計費。當選擇的公網頻寬為0 Mbps時,將預設不分配公網頻寬。(說明:分配的公網IP地址不能和ECS例項解除繫結關係。)
2.如果你需更加靈活的靜態公網IP方案,建議不分配公網IP地址,配置並繫結彈性公網IP地址。若選擇配置彈性公網IP(即EIP),相關的費用請參見計費概述。
具體可前往雲小站了解詳情
四、配置安全組
安全組是一種虛擬防火牆,用於在雲端劃分安全域。你可以通過新增安全組規則,允許或禁止安全組內的ECS例項對公網或私網的訪問。
預設安全組
當你建立專有網路型別的ECS例項時,可以使用系統提供的預設安全組,也可以選擇專有網路VPC中已有的其它安全組。
安全組規則
你可以通過新增安全組規則設定不同的安全組規則,滿足具體的應用場景。具體操作,請參見新增安全組規則。
場景舉例:預設情況下,同一專有網路VPC內的ECS例項可以通過系統路由相互訪問。假設你有三臺ECS例項分別位於同一專有網路VPC下的三個不同的虛擬交換機內,例項之間需要實現內網隔離。此時,你可以分別為例項建立不同的安全組,並新增安全組規則拒絕來自彼此虛擬交換機網段的訪問請求。以其中一個安全組的新增的三條規則為例:
(1)安全組規則1:開放ICMP協議所有埠。優先順序設為100。數字越大,優先順序越低。
(2)安全組規則2:拒絕全部來自第二個虛擬交換機的訪問,授權物件為第二個虛擬交換機的CIDR IP地址段,例如172.16.2.0/24,優先順序設為1。
(3)安全組規則3:拒絕全部來自第三個虛擬交換機的訪問,授權物件為第三個虛擬交換機的CIDR IP地址段,例如172.16.3.0/24,優先順序設為1。
具體可前往雲小站了解詳情
五、自動快照策略的制定
快照可以保留某個時間點上ECS例項的資料狀態,常用於資料備份或者製作自定義映象。
時間設定
一個賬號在一個地域最多能建立100個自動快照策略。制定快照策略的操作步驟,請參見使用自動快照策略。設定自動快照策略時,支援從以下角度設定策略的時間屬性:
(1)建立時間:每天有24個時間點建立快照,從00:00至23:00可選。
(2)重複日期:以周為單位,每週有7天重複日期,從週一至週日可選。
(3)保留時間:快照保留的天數,從1至65536天或永久保留可選,預設30天。
建立時間
自動快照的建立時間由自動快照策略決定。建立快照時,可能會輕微降低磁碟的效能,出現短暫變慢。你在設定具體的快照建立時間以及重複日期時,應根據自身的行業特點,儘量避開業務高峰期,防止影響業務的正常執行。
保留時間
你可根據自身的業務特點以及資料的更新週期,合理地設定快照的保留時間。快照的保留時間與快照數量有關,達到快照額度後,最先建立的自動快照會自動刪除。
使用成本
快照按照所佔用的儲存容量計算收費,保留快照數量越多,所佔用的儲存容量會越大,使用成本也會隨之增加。為了減少不必要的快照使用成本,請參見快照使用成本。
本文僅涉及自動快照策略,你也可以隨時自行建立快照。
六、映象遷移
使用雲伺服器ECS不意味著從零開始搭建伺服器環境,你可以將已有的伺服器配置通過製作映象並匯入到和通資料庫ECS完成環境遷移。
可行性評估
遷移映象前,你需要調研被遷移的伺服器的詳細資訊,評估映象遷移方案的可行性。
由於映象檔案通常較大,如果待遷移伺服器數量規模大且網路條件差,建議不要採用映象遷移。此時映象遷移會加大遷移時間及人力成本。
當待遷移伺服器應用配置比較複雜、無人維護、網路條件良好,建議你使用映象遷移的方式。
遷移工具
和通資料庫遷雲工具,簡稱遷雲工具,是一個和通資料庫自主研發的能將計算機磁碟中的作業系統、應用程式以及應用資料等遷移到虛擬環境或是虛擬磁碟分割槽的便捷工具。
遷雲工具是專為平衡和通資料庫使用者的線上線下伺服器負載,或者各種不同雲平臺之間的負載而研製的。以其輕巧便捷的特點,和通資料庫遷雲工具支援線上遷移物理機伺服器、虛擬機器以及其他雲平臺雲主機至ECS管理控制檯,實現統一部署資源的目的。
遷移流程
1.遷移前的準備工作。
(1)準備檔案存放公共目錄
(2)準備映象檔案格式轉換工具平臺
(3)映象匯出前對作業系統的檢查準備
2.遷移伺服器。
3.根據映象啟動ECS例項。你可以進入雲伺服器ECS控制檯的映象詳情頁,通過生成的映象建立例項。
七、負載均衡與高可用性
和通資料庫負載均衡(Server Load Balancer,簡稱SLB)是將訪問流量根據轉發策略分發到後端多臺雲伺服器ECS的流量分發控制服務。通過使用負載均衡,你可以提高雲服務ECS的可用性。
應用場景
在以下應用場景中,建議你搭配使用負載均衡SLB。
1.高訪問量業務
若應用訪問量很高,你可以配置監聽規則將流量分發到不同的ECS例項上。此外,你可以使用會話保持功能將同一客戶端的請求轉發到同一臺後端ECS,提高訪問效率。
2.橫向擴張系統
根據業務發展需要,通過隨時新增和移除ECS例項來擴充套件應用系統的服務能力,適用於各種Web伺服器和應用伺服器。
3.消除單點故障
你可以在負載均衡例項下新增多臺ECS例項。當其中一部分ECS例項發生故障後,負載均衡會自動遮蔽故障的ECS例項,將請求分發給正常執行的ECS例項,保證應用系統正常工作。
4.同城容災(多可用區容災)
使用負載均衡時,你可以將負載均衡例項部署在支援多可用區的地域以實現同城容災。通過該特性可實現當可用區機房發生故障時,負載均衡能在較短時間內,將前端訪問流量切換到同一地域下的其它可用區,恢復服務能力。
(說明:如果你在每個可用區均至少新增了一臺ECS例項,負載均衡服務的效率將達到最高。)
5.異地容災(跨地域容災)
你可以在不同地域下部署負載均衡例項,並分別掛載相應地域內不同可用區的ECS。上層利用雲解析做智慧DNS,將域名解析到不同地域的負載均衡例項服務地址下,可實現全域性負載均衡。當某個地域出現不可用時,暫停對應解析即可實現所有使用者訪問不受影響。
準備工作
在使用負載均衡前,你需要做好以下準備:
1.規劃負載均衡例項的地域
(1)為了減少延遲並提高下載速度,建議選擇距離你的客戶最近的地域。
(2)由於負載均衡不支援跨地域部署,因此應選擇與後端ECS例項相同的地域(提前規劃好部署地域)。
2.選擇負載均衡例項的型別(公網或私網)
根據你的業務型別,確定負載均衡的例項型別。負載均衡例項建立後,系統會根據例項型別分配一個公網服務地址或私網服務地址。
(1)公網負載均衡例項僅提供公網IP,可以通過網際網路訪問負載均衡服務。
如果你要建立公網型別的負載均衡例項,還需根據具體業務特點確定計費方式:
按流量計費:適用於波峰波谷效應明顯的業務。
按頻寬計費:適用於頻寬較為平穩的業務。
(2)私網負載均衡例項僅提供和通資料庫私網IP,只能通過和通資料庫內部網路訪問該負載均衡服務,無法從網際網路訪問。私網型別的負載均衡例項不收取公網頻寬費用。
3.選擇監聽協議
負載均衡提供4層(TCP協議和UDP協議)和7層(HTTP協議和HTTPS協議)監聽。
(1)4層監聽將請求直接轉發給後端伺服器,不會修改標頭(Header)。客戶端請求到達負載均衡監聽後,負載均衡伺服器會使用監聽中配置的後端埠與後端ECS例項建立TCP連線。
(2)7層監聽原理上是反向代理的一種實現。客戶端請求到達負載均衡監聽後,負載均衡伺服器會通過與後端ECS例項建立TCP連線,即再次通過新TCP連線(HTTP協議)訪問後端,而不是直接轉發報文到後端ECS例項。
由於7層監聽比4層監聽在底層實現上多了一個Tengine處理環節,因此,7層監聽效能沒有4層好。此外,客戶端埠不足、後端伺服器連線過多等場景也可能導致7層服務效能不高,如果你對效能有很高的要求,建議你使用4層監聽。
4.準備後端伺服器
你需要在負載均衡例項中新增ECS例項來處理前端監聽轉發的請求。在建立負載均衡前,你需要建立好ECS例項並部署相關應用。建立ECS例項時,請注意:
(1)ECS例項的地域和可用區
確保ECS例項的地域和負載均衡例項的地域相同。此外,建議你將ECS部署在不同的可用區內,提高本地可用性。
(2)ECS例項配置
在ECS例項上部署好應用後,不需要再進行特別的配置。但如果你要配置一個4層監聽(TCP協議或UDP協議),並且ECS例項使用的是Linux系統,請確保net.ipv4.conf檔案中的以下3個引數的值為0:
net.ipv4.conf.default.rp_filter = 0
net.ipv4.conf.all.rp_filter = 0
net.ipv4.conf.eth0.rp_filter = 0
(3)ECS例項部署
目前負載均衡例項後端可配置的ECS例項數量沒有限制。但是,為了保證對外服務的穩定與高效,建議你根據業務分類或應用服務的模組劃分,將提供不同服務或執行不同任務的ECS例項新增到不同的負載均衡例項中。
操作步驟
1.建立ECS例項。使用負載均衡服務前,你至少需要建立兩臺ECS例項。
2.建立ECS例項後,你需要在ECS上部署相關應用。
3.建立負載均衡例項。一臺負載均衡例項可以新增多個監聽和後端伺服器。
4.建立負載均衡例項後,你需要新增至少一個監聽和一組後端伺服器。
計費說明
負載均衡支援按流量計費和按固定頻寬計費,根據負載均衡例項型別和效能型別的不同,具體的收費項也不同。詳情請參見負載均衡計費。
以上就是企業和通資料庫伺服器ECS的使用方法都記住了麼?
選擇伺服器之前可先上雲小站看下,以減少上雲成本
相關文章
- 小企業如何選擇阿里雲伺服器阿里伺服器
- 企業如何選擇阿里雲伺服器配置阿里伺服器
- 個人或企業如何選擇阿里雲伺服器阿里伺服器
- 阿里雲企業級雲伺服器如何選擇合適的雲盤?阿里伺服器
- 教你阿里雲企業版伺服器配置到底怎麼選?阿里雲ECS相關術語彙總阿里伺服器
- 不同企業該如何選擇伺服器租用伺服器
- 阿里雲伺服器企業級和入門級效能差距大嗎?使用者應該如何選擇?阿里伺服器
- 阿里雲伺服器ECS選型阿里伺服器
- 如何選擇阿里雲伺服器阿里伺服器
- 對於傳統物理伺服器和雲伺服器,企業該如何選擇?伺服器
- 企業應該如何選擇大頻寬伺服器伺服器
- 阿里雲伺服器 ECS 選購指南阿里伺服器
- Unirech阿里雲代充-企業為什麼要選擇阿里雲國際版上雲?阿里
- 個人如何選擇阿里雲伺服器阿里伺服器
- 個人,企業購買阿里雲伺服器如何選擇適合自己的配置?阿里伺服器
- 小型企業該如何選擇CRM系統?
- 雲伺服器和自購物理伺服器,企業應該怎麼選擇?伺服器
- 租賃阿里雲伺服器ECS前該如何領取代金券?阿里伺服器
- 小程式還是APP,企業該如何選擇?APP
- CMS企業建站網站模板該如何選擇?網站
- DevOps 與平臺工程:企業該如何選擇?dev
- 阿里雲伺服器ECS搭建網站詳細教程阿里伺服器網站
- 對於個人如何選擇阿里雲伺服器阿里伺服器
- 企業該如何選擇數字化轉型工具?
- 雲端計算教程學習原始碼影片課件:企業應該如何選擇正確的雲平臺原始碼
- 阿里雲國際版ECS雲伺服器ping不通的原因分析阿里伺服器
- 多IP海外伺服器應該如何選擇?-億聯雲伺服器
- 企業該怎麼選擇代理IP?
- 中小企業為什麼要選擇雲伺服器?伺服器
- 阿里雲ECS雲伺服器新手上路阿里伺服器
- 網站建站該如何選擇伺服器?網站伺服器
- 阿里雲伺服器使用後感想!如何領取及使用阿里雲代金券阿里伺服器
- 企業管理軟體該怎麼選擇?
- 企業怎麼選擇合適自己的雲伺服器?伺服器
- 點晴模切ERP的不同版本,企業該如何選擇?
- 企業如何選擇代理IP?
- 阿里雲國際版控制檯使用海外雲伺服器教程詳解阿里伺服器
- 在阿里雲ECS上執行chmod+777-R/etc該如何挽救阿里