什么是全面、高效的企業(yè)私有云計算解決方案

bencyber

話題背景

"中國制造+互聯(lián)網(wǎng)"，云計算、大數(shù)據(jù)等我們當下最熱的詞之一，許多企業(yè)在構(gòu)建數(shù)據(jù)中心時也越來越多采用虛擬化技術(shù)、IaaS、DBaaS等云計算的方法論，云計算的確給數(shù)據(jù)中心帶來靈活、彈性、自助服務和效率。由于越來越集中，服務器和存儲的數(shù)量相對減少了，傳統(tǒng)上運維管理人員的工作職責界限也變得模糊......本期就有關(guān)IT售前所涉及的相關(guān)內(nèi)容進行討論

討論話題
作為IT售前，經(jīng)常會遇到客戶詢問下面的問題（包括但不限于）：
1、服務器和存儲的數(shù)量減少了嗎？如何消除服務器與存儲之間潛在的IO問題？
2、IaaS與DBaaS的如何取舍？是把數(shù)據(jù)庫部署在IaaS之上呢還是采用類似Oracle DB 12c的PDB?各有什么優(yōu)勢？
3、對于云計算環(huán)境中的硬件管理、軟件、數(shù)據(jù)庫的管理有沒有跟著變化？沒有統(tǒng)一的管理方案，即使用一個界面管理云數(shù)據(jù)中心的全部資產(chǎn)，Openstack能滿足要求嗎？
4、什么雙活數(shù)據(jù)中心？有雙活數(shù)據(jù)中心后，還需要容災嗎？
歡迎任選一個到多個話題暢所欲言。




活動時間
2016年3月17日--2016年4月17日



活動獎勵
活動結(jié)束后將選取4名討論精彩的童鞋，每人贈送一本《IT售前工程師修煉之道》圖書作為獎勵。



獎品簡介

作者： 蘿卜、冰雕   
出版社：清華大學出版社
出版日期：2016 年2月
開本：16開
頁碼：248
版次：1-1


內(nèi)容簡介
本書主要是為了幫助初級IT售前迅速成長為中高級IT售前的一本書。通過本書的學習，可以讓初級IT售前學會“想”、學會“寫”、學會“說”，為初級IT售前的繼續(xù)成長打下了堅實的基礎。

forgaoqiang

1、服務器和存儲的數(shù)量減少了嗎？如何消除服務器與存儲之間潛在的IO問題？

應用服務器在使用虛擬化之后的確是有比較明顯的數(shù)量減少，但是存儲服務器并沒有明顯減少，因為虛擬化多用于非I/O密集型的虛擬化，因為I/O密集型的虛擬化意義不大，畢竟磁盤I/O存在瓶頸的話，再虛擬主機只是徒增消耗。當前中小型應用場景下服務器和存儲之間多采用直連方式，瓶頸主要位于磁盤本身，只有采用SSD的服務器瓶頸才容易出在傳輸上。NAS因為存儲的自帶操作系統(tǒng)，效率很低，采用SAN能有效減少服務器和存儲之間的I/O問題。

2、IaaS與DBaaS的如何取舍？是把數(shù)據(jù)庫部署在IaaS之上呢還是采用類似Oracle DB 12c的PDB?各有什么優(yōu)勢？
這個問題比較奇怪，一個是完整的基礎設施虛擬化，另一個是專注提供數(shù)據(jù)庫服務，很大程度上DBaaS是IaaS的一個子集。私有云很多會直接部署在物理服務器上而不是虛擬機上，當然為了管理的便利性部署在IaaS也是存在的。PDB技術(shù)是Oracle新出的“可插拔”數(shù)據(jù)庫，純粹為了數(shù)據(jù)庫性能的話，肯定是Oracle DB12更具有性能優(yōu)勢，管理起來沒有部署在IaaS上方便。


3、對于云計算環(huán)境中的硬件管理、軟件、數(shù)據(jù)庫的管理有沒有跟著變化？沒有統(tǒng)一的管理方案，即使用一個界面管理云數(shù)據(jù)中心的全部資產(chǎn)，Openstack能滿足要求嗎？
統(tǒng)一管理服務器的確比較容易，但是要同時管理服務器上的軟件、數(shù)據(jù)庫就非常復雜了，目前沒有看到好的整體管理解決方案。OpenStack也只是能夠比較完美的解決IaaS或者大型通用服務（比如數(shù)據(jù)庫、web服務器），真要涉及到含有自身業(yè)務的系統(tǒng)，只能分層次進行管理。OpenStack管理服務器本身，采用Cacti、Puppet等管理狀態(tài)和配置。


4、什么雙活數(shù)據(jù)中心？有雙活數(shù)據(jù)中心后，還需要容災嗎？
根據(jù)數(shù)據(jù)的重要性來處理，業(yè)界要三份冗余，但是雙活的確是互為備份，如果是異地雙活，個人感覺在經(jīng)濟條件不允許的情況下，已經(jīng)沒有必要容災。

gavenwei

1、服務器和存儲的數(shù)量減少了嗎？如何消除服務器與存儲之間潛在的IO問題？
   數(shù)量不會減少,反而會增多。
   消除IO問題不可能,有辦法可以緩解IO問題。
   
2、IaaS與DBaaS的如何取舍？是把數(shù)據(jù)庫部署在IaaS之上呢還是采用類似Oracle DB 12c的PDB?各有什么優(yōu)勢？
   Iaas 與  DBaas 之間并非不相容。
   Iaas 一方面可以做得廉價,另外適應的場景比較多,比如結(jié)合nosql,做到高可擴展
   Oracle DB 的優(yōu)勢在于通用場景下一致性、性能、容量等都不錯,可擴展性差點,TMD就是太貴。
   
3、對于云計算環(huán)境中的硬件管理、軟件、數(shù)據(jù)庫的管理有沒有跟著變化？沒有統(tǒng)一的管理方案，即使用一個界面管理云數(shù)據(jù)中心的全部資產(chǎn)，Openstack能滿足要求嗎？
   硬件管理(計算資源虛擬化、網(wǎng)絡管理)等方面Openstack還是能滿足的。軟件不是Openstack能搞定的,特別是結(jié)合了應用業(yè)務的軟件。openstack也搞不定數(shù)據(jù)庫。
   
   
4、什么雙活數(shù)據(jù)中心？有雙活數(shù)據(jù)中心后，還需要容災嗎？
   個人覺得雙活數(shù)據(jù)中心 是需要的,有雙活之后，某些業(yè)務也是需要容災的。


----
以上僅狂夫之言。

tianziyiyi

IT售前挺好的，還沒看到過有全面詳細介紹的呢。這是提高就業(yè)率的嘛？IT售前一個月最高能拿多少K？IT售前必須得懂互聯(lián)網(wǎng)+嘛？

xdsnet

1、服務器和存儲的數(shù)量減少了嗎？如何消除服務器與存儲之間潛在的IO問題？
利用私有云等方案，服務器數(shù)量和存儲器數(shù)量減少不是目的，而是各個硬件實體的服務器和存儲器得到更大的效率發(fā)揮，由此如果服務器和存儲的應用需求不變（增加）的話，可能減少實體服務器或存儲器，但注意這不是利用私有云的核心目的，利用私有云的核心目的是提高效率，這包括應用部署的效率（以往應用部署是從硬件部署開始的，而利用了私有云后硬件部署一般不需要了，起碼對單個應用大多數(shù)時候不需要了，這肯定節(jié)省效率，此外軟件部署也可以利用模板等等減少很多重復的處理而提高效率，再者是提高各類資源的利用率來提高效率）。

服務器與存儲之間潛在IO問題是必然的硬件限制，但可以利用一些機制進行有效的控制，這個也是利用云的一個有利地方，應用云可以在一定程度上實現(xiàn)內(nèi)部資源利用的平衡應用（通過遷移應用部署的實體、增加多個實例等等來進行資源平衡，從而減少瓶頸，特別是單個實體硬件瓶頸的影響）

2、IaaS與DBaaS的如何取舍？是把數(shù)據(jù)庫部署在IaaS之上呢還是采用類似Oracle DB 12c的PDB?各有什么優(yōu)勢？
這個其實還是看應用特性，應該說各自有自己的適用，不能泛泛的談該采用哪種方案。 二者甚至都不是一個層面的東西，直接比較意義也不大。

3、對于云計算環(huán)境中的硬件管理、軟件、數(shù)據(jù)庫的管理有沒有跟著變化？沒有統(tǒng)一的管理方案，即使用一個界面管理云數(shù)據(jù)中心的全部資產(chǎn)，Openstack能滿足要求嗎？
這個不太了解，特別是對Openstack不太了解，不好說。但云系統(tǒng)，特別是云管理系統(tǒng)的建立目的就是要盤活云中的硬件，并方便軟件管理的啊，如果做不到（好）就沒有存在的價值了。

4、什么雙活數(shù)據(jù)中心？有雙活數(shù)據(jù)中心后，還需要容災嗎？
這個我覺得雙活數(shù)據(jù)中心和容災也不是一個層面的東西，當然雙活具有一定的容災作用，但在一定條件下也不能完全替代，畢竟建立的目的不同，則處理問題的角度和手段不同，從而造成的影響也不同。

forgaoqiang

感覺這里說的是技術(shù)性銷售吧~

tianziyiyi 發(fā)表于 2016-03-22 11:32
IT售前挺好的，還沒看到過有全面詳細介紹的呢。這是提高就業(yè)率的嘛？IT售前一個月最高能拿多少K？IT售前必須 ...

cjfeii

什么雙活數(shù)據(jù)中心？
出于災備（Disaster Recovery）的目的，一般都會建設2個（或多個）數(shù)據(jù)中心。一個是主數(shù)據(jù)中心用于承擔用戶的業(yè)務，一個是備份數(shù)據(jù)中心用于備份主數(shù)據(jù)中心的數(shù)據(jù)、配置、業(yè)務等。
主備數(shù)據(jù)中心之間一般有熱備、冷備、雙活三種備份方式。
熱備——只有主數(shù)據(jù)中心承擔用戶的業(yè)務，此時備數(shù)據(jù)中心對主數(shù)據(jù)中心進行實時的備份，當主數(shù)據(jù)中心掛掉以后，備數(shù)據(jù)中心可以自動接管主數(shù)據(jù)中心的業(yè)務，用戶的業(yè)務不會中斷，所以也感覺不到數(shù)據(jù)中心的切換。
冷備——只有主數(shù)據(jù)中心承擔業(yè)務，但是備用數(shù)據(jù)中心不會對主數(shù)據(jù)中心進行實時備份，這時可能是周期性的進行備份或者干脆不進行備份，如果主數(shù)據(jù)中心掛掉了，用戶的業(yè)務就會中斷。
雙活——只是覺得備用數(shù)據(jù)中心只做備份太浪費了，所以讓主備兩個數(shù)據(jù)中心都同時承擔用戶的業(yè)務，此時，主備兩個數(shù)據(jù)中心互為備份，并且進行實時備份。一般來說，主數(shù)據(jù)中心的負載可能會多一些，比如分擔60~70%的業(yè)務，備數(shù)據(jù)中心只分擔40%~30%的業(yè)務。

有雙活數(shù)據(jù)中心后，還需要容災嗎？
雙活其實就是容災的一種，樓主的意思應該是說還需要其他的容災手段嗎？
是否還需要其他的容災手段，取決于數(shù)據(jù)的重要程度，畢竟容災是需要額外的花銷的，就看你如何取舍。
一般來說，還是十分有必要的。因為，由上知道雙活是兩個數(shù)據(jù)中心同時承擔業(yè)務壓力，如果其中一個數(shù)據(jù)中心出現(xiàn)問題，那么另外一個數(shù)據(jù)中心就有可能承受雙倍的數(shù)據(jù)壓力，如果沒有做好壓力預估，那么這個“活著”的數(shù)據(jù)中心就很有可能被壓垮掉，這就是經(jīng)常說的雪崩（福無雙至禍不單行）。

fenyun689

沒做過售前。這些問題也是我想問的。
還有想問的是咋能說服老板用云計算。都有哪些方案。

1、服務器和存儲的數(shù)量減少了嗎？如何消除服務器與存儲之間潛在的IO問題？
    減少了。采用云計算需要更多的服務器的話，就不用云計算了。

2、IaaS與DBaaS的如何取舍？是把數(shù)據(jù)庫部署在IaaS之上呢還是采用類似Oracle DB 12c的PDB?各有什么優(yōu)勢？
這個還真不清楚是干啥的。

3、對于云計算環(huán)境中的硬件管理、軟件、數(shù)據(jù)庫的管理有沒有跟著變化？沒有統(tǒng)一的管理方案，即使用一個界面管理云數(shù)據(jù)中心的全部資產(chǎn)，Openstack能滿足要求嗎？
應該可以滿足一般的需求吧。


4、什么雙活數(shù)據(jù)中心？有雙活數(shù)據(jù)中心后，還需要容災嗎？
兩個都在使用的數(shù)據(jù)中心稱為雙活數(shù)據(jù)中心。公司做的異地雙中心，不需要再做容災了。

daili0703

在云計算環(huán)境中，用于管理硬件組件的方法、系統(tǒng)和計算機程序產(chǎn)品。移動設備捕獲位于機架上的條形碼的圖像，圖像與引用管理機架的管理軟件的網(wǎng)絡資源的標識符相關(guān)聯(lián)。移動設備傳送關(guān)于機架中的組件的信息的請求至管理軟件，其中請求包括與組件相關(guān)聯(lián)的唯一標識符（例如，序列號）。管理軟件使用唯一標識符標識感興趣的組件以及傳送關(guān)于感興趣的組件的信息至移動設備。以這種方式，當用戶在數(shù)據(jù)中心層時，客戶端設備可以便捷地訪問管理軟件以及便捷地從管理軟件動態(tài)地獲取關(guān)于這些機架中的特定的硬件組件的信息。

flyingknife

在云計算環(huán)境中，用于管理硬件組件的方法、系統(tǒng)和計算機程序產(chǎn)品。移動設備捕獲位于機架上的條形碼的圖像，圖像與引用管理機架的管理軟件的網(wǎng)絡資源的標識符相關(guān)聯(lián)。移動設備傳送關(guān)于機架中的組件的信息的請求至管理軟件，其中請求包括與組件相關(guān)聯(lián)的唯一標識符（例如，序列號）。管理軟件使用唯一標識符標識感興趣的組件以及傳送關(guān)于感興趣的組件的信息至移動設備。以這種方式，當用戶在數(shù)據(jù)中心層時，客戶端設備可以便捷地訪問管理軟件以及便捷地從管理軟件動態(tài)地獲取關(guān)于這些機架中的特定的硬件組件的信息。