主頁 > 軟體設計 > 云計算中的Server Consolidation

云計算中的Server Consolidation

2021-06-10 07:28:43 軟體設計

云計算中的Server Consolidation

  • Server Consolidation & Server Virtualization
    • 服務器虛擬化定義和分類
      • 1.按照虛擬化平臺分類
        • 完全虛擬化
        • 準虛擬化
        • 作業系統虛擬化
      • 2.按虛擬化架構分類
        • 裸金屬
        • 寄居
      • 3.按虛擬化層次硬體分類
        • 硬體輔助虛擬化
        • 軟體輔助虛擬化
    • 為什么要服務器虛擬化?
  • 虛擬化與云計算
    • 服務器虛擬化
      • 優點
        • 靈活
        • 效率高
        • 穩定
  • 云計算
    • 云計算的分類
      • 公有云
        • IAAS:提供虛擬機
        • PAAS:提供虛擬機和在虛擬機中部署環境的服務
        • SAAS:直接提供網頁應用(官網、論壇、網頁版PS、財務管理系統,人事管理系統等等)
      • 私有云
      • 混合云


Server Consolidation & Server Virtualization

The primary objective behind server consolidation is to consume all of a server’s available resources and reduce the capital and operational expenses associated with multiple servers. Traditionally, only 15-30 percent of a physical server’s overall capacity is used. With server consolidation, the utilization rate can be increased to well over 80 percent. Server consolidation works on the principles of server virtualization, where one or more virtual servers resides on a physical server.
Server consolidation uses a multi-tenant architecture where all the installed and hosted virtual servers share a processor, storage, memory and other I/O and network processes. However, each virtual server has a separate operating system, applications and internal services.

Server consolidation refers to the use of a physical server to accommodate one or more server applications or user instances. Server consolidation makes it possible to share a server’s compute resources among multiple applications and services simultaneously. It is mainly used to reduce the number of servers required in an organization.

服務器聚合,是通過讓多個用戶行程共享同一臺物理服務器的計算資源,目的是充分發揮一臺服務器的性能,以提高利用率來減少服務器數量與開銷,

Server virtualization is used to mask server resources from server users. This can include the number and identity of operating systems, processors, and individual physical servers.

服務器聚合是基于服務器虛擬化實作的,

服務器虛擬化定義和分類

服務器虛擬化:向用戶隱藏服務器端的實作細節,即對于實作的服務器集群,向用戶隱藏服務器所包含的作業系統的數量,內核行程數,物理服務器數量和id,虛擬化服務器可以通過軟體應用程式,將物理服務器分為多個唯一(id)且隔離的虛擬服務器的程序,每個虛擬服務器可以獨立運行自己的作業系統,
這是一種將多個作業系統同時運行在一臺物理服務器上的技術,服務器虛擬化和雙作業系統有所不同:雙作業系統一臺物理服務器只能同時運行其中一個作業系統,而服務器虛擬化一臺物理服務器可以同時運行多個作業系統,
服務器聚合可以實作在共享CPU,存盤器,IO設備和網路行程的前提下,運行不同的作業系統,應用程式和網路服務,個人理解為同一臺服務器上不同應用程式的應用層協議可以不同,
在一臺服務器主機上將一臺服務器主機劃分為幾個邏輯上獨立的虛擬服務器主機,也叫作虛擬機,虛擬化之后,指令在原來特權指令和用戶指令的基礎上,添加了敏感指令的,
定義:敏感指令是操作特權資源的指令,敏感指令=所有的特權指令+部分用戶指令,具體包括:

1.企圖訪問或修改虛擬機模式或機器狀態的指令,
2.企圖訪問或修改敏感暫存器或存盤單元,如時鐘暫存器、中斷暫存器等的指令,
3.企圖訪問存盤保護系統或記憶體、地址分配系統的指令,
4.所有I/O指令,

個人認為后三條本身就是特權指令,第一條是添加了虛擬功能之后的新增指令,

1.按照虛擬化平臺分類


完全虛擬化

完全虛擬化是在虛擬機(VM)和硬體之間加了一個軟體層Hypervisor/虛擬機管理程式(VMM),VMM可以運行在另一個OS上,或者直接運行在硬體上,不同虛擬機的OS通過Hypervisor最終實作對服務器硬體的共享,
這種軟體程式也叫作系統管理程式,它可以直接與服務器的CPU和硬碟通信,負責監控整個物理服務器的記憶體資源,保持虛擬服務器相互獨立,而且使每個虛擬服務器對于其他虛擬服務器透明,這種方法的限制在于系統管理程式在調度虛擬服務器和監管的時候,自身也要消耗物理服務器的資源,


準虛擬化

準虛擬化把整個所有和服務器相連的用戶是做一個網路,這樣用戶行程的作業系統之間可以相互了解,減少了系統管理程式的開銷,


作業系統虛擬化

作業系統級虛擬化不使用管理程式,相反,把虛擬化功能作為物理服務器作業系統的一部分,物理機的作業系統可以執行虛擬機監控程式的所有任務,但是,所有虛擬服務器必須在這種服務器虛擬化方法運行相同的作業系統,

2.按虛擬化架構分類


裸金屬

在這里插入圖片描述
未虛擬化的計算機,OS是用戶程式呼叫軟體的介面,對于我們來說,是先安裝作業系統,在作業系統上安裝應用軟體,


寄居

在這里插入圖片描述
虛擬化的一個例子:VMWare,
ESXi是VMware的企業級服務器虛擬化技術,本身是一個作業系統,直接安裝的物理服務器上,
先在物理服務器上安裝ESXi,然后在ESXi中創建各種虛擬硬體(虛擬硬體的集合),不包括作業系統,也可以稱為虛擬機,再在虛擬機上安裝作業系統,最后才能在這些作業系統中安裝應用程式,

3.按虛擬化層次硬體分類


硬體輔助虛擬化

硬體輔助虛擬化借助硬體(需要CPU、芯片組、BIOS、hypervisor這些硬體設備都支持)實作CPU虛擬化,不同的技術與特定型號的硬體系結,硬體輔助虛擬化效率更高,主流的企業級服務器虛擬化都是采用硬體輔助虛擬化技術,


軟體輔助虛擬化

軟體輔助虛擬化是通過hypervisor實作CPU虛擬化,

為什么要服務器虛擬化?

服務器虛擬化可以有效利用現有IT基礎架構中的現有資源(更為簡單的結構,更少的物理服務器主機數量),沒有服務器虛擬化,服務器僅使用其處理能力的一小部分,
由于作業負載僅分布到網路服務器的一部分,因此導致服務器處于空閑狀態,資料中心因資料未被及時處理而堆積,造成存盤資料的資源的浪費,
通過將每個物理服務器劃分為多個虛擬服務器,服務器虛擬化允許每個虛擬服務器充當唯一的物理設備,每個虛擬服務器都可以運行自己的應用程式和作業系統,此程序通過使每個虛擬服務器充當物理服務器來提高資源利用率,并增加每個物理機的容量(共享資源相當于增加了n倍的訪問速度,因為hypervisor的存在,不會出現訪問沖突,因為hypervisor是不同虛擬機作業系統訪問硬體的唯一介面),

虛擬化與云計算

云計算資料中心有三種常用的虛擬化技術:服務器虛擬化、存盤虛擬化、網路虛擬化,

服務器虛擬化

服務器虛擬化實際是將這“多個作業系統”安裝在hypervisor中,這“多個作業系統”使用hypervisor將物理服務器的物理硬體經過hypervisor虛擬化得到的虛擬硬體,
我們將服務器虛擬化中“一個作業系統”使用的虛擬硬體集合和這個作業系統本身一起稱做一臺虛擬機,

優點

靈活

對于低配置要求的客戶,不需要單獨建立一臺服務器,可以用更高配置的服務器虛擬一臺虛擬機給客戶或業務,剩余空間可以用于其他業務或者以后的性能升級,

效率高

X86計算機一臺只能運行一個作業系統,即使服務器性能好,利用效率很低,而且虛擬機提供的總性能可以大于硬體的性能,比如某臺物理服務器CPU為10核,在此物理服務器上創建出3臺4核的虛擬機,從表面上看物理機提供了虛擬的12核,但是實際能夠使用的只有10核,但是同時出現四核同時作業的機會是很小的,因此可以這樣分配,擴大了本身的能力,

穩定

我們使用Windows系統,如果一個應用程式死機,導致作業系統死機,那么所有正在運行的APP都會停止作業,服務器也一樣,如果多個業務部署在一臺服務器上,某個業務故障,導致服務器宕機,則會影響到該服務器上的所有業務,而服務器虛擬化,虛擬機之間是相互隔離的,單臺虛擬機宕機,并不會影響其它虛擬機,

云計算

虛擬化軟體一般創建一臺虛擬的電腦,是需要人工指定這臺虛擬電腦放在哪臺物理機上的,這一程序可能還需要比較復雜的人工配置,對于資料極為龐大的資料中心,當物理服務器非常多的時候,就會是一個非常龐大的工程,這個規模,一方面虛擬化軟體的管理能力是無法處理的,另一方面人工配置的成本太高,
用機器去做虛擬化程序的演算法叫做調度,比如有一個調度中心,把所有的服務器都放在一個池子里面,無論用戶需要多少CPU、記憶體、硬碟的虛擬電腦,調度中心會自動在大池子里面找一個能夠滿足用戶需求的地方,把虛擬電腦啟動起來做好配置,供用戶直接使用,這個階段我們稱為池化或者云化,這個階段才可以稱為云計算,之前的都只能叫虛擬化,

云計算的分類

公有云

IAAS:提供虛擬機

最基礎的公有云服務就是云計算服務商建設好機房,配置好物理服務器、網路等,根據用戶(其它公司)需求提供虛擬機,服務器的分配,維護,界面GUI設計,都是由服務商的運維負責,用戶只需要支付租金使用,

PAAS:提供虛擬機和在虛擬機中部署環境的服務

再進一步,云計算平臺還可以提供服務器中環境的部署,比如說網頁服務器可能需要安裝MySQL等軟體,而這些軟體的安裝、維護、優化作業由云平臺服務商專業的運維人員來處理,

SAAS:直接提供網頁應用(官網、論壇、網頁版PS、財務管理系統,人事管理系統等等)

再進一步,云計算服務商可以針對特定的業務型別提供好模板,用戶直接向模板中填入資料,就可以使用,

私有云

資料是企業的命脈,對于一些大企業來說,將資料存放在公有云服務商太不安全,因此建設私有云,私有云就是自己或第三方公司搭建,僅供本公司內部使用的云計算
私有云一般只提供類比于公有云的ASSA/PAAS服務,

混合云

混合云融合了公有云和私有云,私有云主要是面向企業用戶:出于安全考慮,企業更愿意將資料存放在私有云中,但是同時又希望可以獲得公有云的計算資源,在這種情況,下混合云被越來越多的采用,它將公有云和私有云進行混合和匹配,以獲得最佳的效果,

Tips:簡單來說,把核心的業務部署在私有云,把非核心的業務部署在公有云,兩者之間可以快速遷移,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/286374.html

標籤:其他

上一篇:Nginx性能優化

下一篇:“一代“佳人,左右逢源,服務注冊Eureka

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more