亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: 什么是全面、高效的企業(yè)私有云計算解決方案 [打印本頁]
作者: bencyber    時間: 2016-03-16 15:17
標(biāo)題: 什么是全面、高效的企業(yè)私有云計算解決方案
話題背景

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





討論話題
作為IT售前，經(jīng)常會遇到客戶詢問下面的問題（包括但不限于）：
1、服務(wù)器和存儲的數(shù)量減少了嗎？如何消除服務(wù)器與存儲之間潛在的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ù)中心后，還需要容災(zāi)嗎？
歡迎任選一個到多個話題暢所欲言。




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



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



獎品簡介

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


內(nèi)容簡介
本書主要是為了幫助初級IT售前迅速成長為中高級IT售前的一本書。通過本書的學(xué)習(xí)，可以讓初級IT售前學(xué)會“想”、學(xué)會“寫”、學(xué)會“說”，為初級IT售前的繼續(xù)成長打下了堅實的基礎(chǔ)。
作者: forgaoqiang    時間: 2016-03-18 15:58
本帖最后由 forgaoqiang 于 2016-03-27 19:59 編輯

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

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

2、IaaS與DBaaS的如何取舍？是把數(shù)據(jù)庫部署在IaaS之上呢還是采用類似Oracle DB 12c的PDB?各有什么優(yōu)勢？
這個問題比較奇怪，一個是完整的基礎(chǔ)設(shè)施虛擬化，另一個是專注提供數(shù)據(jù)庫服務(wù)，很大程度上DBaaS是IaaS的一個子集。私有云很多會直接部署在物理服務(wù)器上而不是虛擬機上，當(dāng)然為了管理的便利性部署在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)一管理服務(wù)器的確比較容易，但是要同時管理服務(wù)器上的軟件、數(shù)據(jù)庫就非常復(fù)雜了，目前沒有看到好的整體管理解決方案。OpenStack也只是能夠比較完美的解決IaaS或者大型通用服務(wù)（比如數(shù)據(jù)庫、web服務(wù)器），真要涉及到含有自身業(yè)務(wù)的系統(tǒng)，只能分層次進行管理。OpenStack管理服務(wù)器本身，采用Cacti、Puppet等管理狀態(tài)和配置。


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




作者: gavenwei    時間: 2016-03-20 13:24
本帖最后由 gavenwei 于 2016-03-20 13:25 編輯

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


----
以上僅狂夫之言。
作者: tianziyiyi    時間: 2016-03-22 11:32
IT售前挺好的，還沒看到過有全面詳細(xì)介紹的呢。這是提高就業(yè)率的嘛？IT售前一個月最高能拿多少K？IT售前必須得懂互聯(lián)網(wǎng)+嘛？
作者: xdsnet    時間: 2016-03-25 10:43
1、服務(wù)器和存儲的數(shù)量減少了嗎？如何消除服務(wù)器與存儲之間潛在的IO問題？
利用私有云等方案，服務(wù)器數(shù)量和存儲器數(shù)量減少不是目的，而是各個硬件實體的服務(wù)器和存儲器得到更大的效率發(fā)揮，由此如果服務(wù)器和存儲的應(yīng)用需求不變（增加）的話，可能減少實體服務(wù)器或存儲器，但注意這不是利用私有云的核心目的，利用私有云的核心目的是提高效率，這包括應(yīng)用部署的效率（以往應(yīng)用部署是從硬件部署開始的，而利用了私有云后硬件部署一般不需要了，起碼對單個應(yīng)用大多數(shù)時候不需要了，這肯定節(jié)省效率，此外軟件部署也可以利用模板等等減少很多重復(fù)的處理而提高效率，再者是提高各類資源的利用率來提高效率）。

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

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

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

4、什么雙活數(shù)據(jù)中心？有雙活數(shù)據(jù)中心后，還需要容災(zāi)嗎？
這個我覺得雙活數(shù)據(jù)中心和容災(zāi)也不是一個層面的東西，當(dāng)然雙活具有一定的容災(zāi)作用，但在一定條件下也不能完全替代，畢竟建立的目的不同，則處理問題的角度和手段不同，從而造成的影響也不同。
作者: forgaoqiang    時間: 2016-03-27 20:00
感覺這里說的是技術(shù)性銷售吧~

tianziyiyi 發(fā)表于 2016-03-22 11:32
IT售前挺好的，還沒看到過有全面詳細(xì)介紹的呢。這是提高就業(yè)率的嘛？IT售前一個月最高能拿多少K？IT售前必須 ...
作者: cjfeii    時間: 2016-05-04 14:05
什么雙活數(shù)據(jù)中心？
出于災(zāi)備（Disaster Recovery）的目的，一般都會建設(shè)2個（或多個）數(shù)據(jù)中心。一個是主數(shù)據(jù)中心用于承擔(dān)用戶的業(yè)務(wù)，一個是備份數(shù)據(jù)中心用于備份主數(shù)據(jù)中心的數(shù)據(jù)、配置、業(yè)務(wù)等。
主備數(shù)據(jù)中心之間一般有熱備、冷備、雙活三種備份方式。
熱備——只有主數(shù)據(jù)中心承擔(dān)用戶的業(yè)務(wù)，此時備數(shù)據(jù)中心對主數(shù)據(jù)中心進行實時的備份，當(dāng)主數(shù)據(jù)中心掛掉以后，備數(shù)據(jù)中心可以自動接管主數(shù)據(jù)中心的業(yè)務(wù)，用戶的業(yè)務(wù)不會中斷，所以也感覺不到數(shù)據(jù)中心的切換。
冷備——只有主數(shù)據(jù)中心承擔(dān)業(yè)務(wù)，但是備用數(shù)據(jù)中心不會對主數(shù)據(jù)中心進行實時備份，這時可能是周期性的進行備份或者干脆不進行備份，如果主數(shù)據(jù)中心掛掉了，用戶的業(yè)務(wù)就會中斷。
雙活——只是覺得備用數(shù)據(jù)中心只做備份太浪費了，所以讓主備兩個數(shù)據(jù)中心都同時承擔(dān)用戶的業(yè)務(wù)，此時，主備兩個數(shù)據(jù)中心互為備份，并且進行實時備份。一般來說，主數(shù)據(jù)中心的負(fù)載可能會多一些，比如分擔(dān)60~70%的業(yè)務(wù)，備數(shù)據(jù)中心只分擔(dān)40%~30%的業(yè)務(wù)。

有雙活數(shù)據(jù)中心后，還需要容災(zāi)嗎？
雙活其實就是容災(zāi)的一種，樓主的意思應(yīng)該是說還需要其他的容災(zāi)手段嗎？
是否還需要其他的容災(zāi)手段，取決于數(shù)據(jù)的重要程度，畢竟容災(zāi)是需要額外的花銷的，就看你如何取舍。
一般來說，還是十分有必要的。因為，由上知道雙活是兩個數(shù)據(jù)中心同時承擔(dān)業(yè)務(wù)壓力，如果其中一個數(shù)據(jù)中心出現(xiàn)問題，那么另外一個數(shù)據(jù)中心就有可能承受雙倍的數(shù)據(jù)壓力，如果沒有做好壓力預(yù)估，那么這個“活著”的數(shù)據(jù)中心就很有可能被壓垮掉，這就是經(jīng)常說的雪崩（福無雙至禍不單行）。
作者: fenyun689    時間: 2016-05-04 14:11
沒做過售前。這些問題也是我想問的。
還有想問的是咋能說服老板用云計算。都有哪些方案。

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

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

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


4、什么雙活數(shù)據(jù)中心？有雙活數(shù)據(jù)中心后，還需要容災(zāi)嗎？
兩個都在使用的數(shù)據(jù)中心稱為雙活數(shù)據(jù)中心。公司做的異地雙中心，不需要再做容災(zāi)了。
作者: daili0703    時間: 2016-05-04 14:13
在云計算環(huán)境中，用于管理硬件組件的方法、系統(tǒng)和計算機程序產(chǎn)品。移動設(shè)備捕獲位于機架上的條形碼的圖像，圖像與引用管理機架的管理軟件的網(wǎng)絡(luò)資源的標(biāo)識符相關(guān)聯(lián)。移動設(shè)備傳送關(guān)于機架中的組件的信息的請求至管理軟件，其中請求包括與組件相關(guān)聯(lián)的唯一標(biāo)識符（例如，序列號）。管理軟件使用唯一標(biāo)識符標(biāo)識感興趣的組件以及傳送關(guān)于感興趣的組件的信息至移動設(shè)備。以這種方式，當(dāng)用戶在數(shù)據(jù)中心層時，客戶端設(shè)備可以便捷地訪問管理軟件以及便捷地從管理軟件動態(tài)地獲取關(guān)于這些機架中的特定的硬件組件的信息。
作者: flyingknife    時間: 2016-05-04 14:13
在云計算環(huán)境中，用于管理硬件組件的方法、系統(tǒng)和計算機程序產(chǎn)品。移動設(shè)備捕獲位于機架上的條形碼的圖像，圖像與引用管理機架的管理軟件的網(wǎng)絡(luò)資源的標(biāo)識符相關(guān)聯(lián)。移動設(shè)備傳送關(guān)于機架中的組件的信息的請求至管理軟件，其中請求包括與組件相關(guān)聯(lián)的唯一標(biāo)識符（例如，序列號）。管理軟件使用唯一標(biāo)識符標(biāo)識感興趣的組件以及傳送關(guān)于感興趣的組件的信息至移動設(shè)備。以這種方式，當(dāng)用戶在數(shù)據(jù)中心層時，客戶端設(shè)備可以便捷地訪問管理軟件以及便捷地從管理軟件動態(tài)地獲取關(guān)于這些機架中的特定的硬件組件的信息。
作者: dreamice    時間: 2016-05-04 14:44
回復(fù) 1# bencyber


1、服務(wù)器和存儲的數(shù)量減少了嗎？如何消除服務(wù)器與存儲之間潛在的IO問題？
    云計算和大數(shù)據(jù)模式，其實是資源集中化的體現(xiàn)，因此服務(wù)器和存儲數(shù)量總體來說是增多了。消除服務(wù)器和存儲之間潛在的IO問題，主要看采用什么樣的存儲技術(shù)，如果是分布式存儲，IO問題會得到極大緩解，如果是通過云計算對接后端的統(tǒng)一存儲，又走存儲傳輸網(wǎng)絡(luò)，則對應(yīng)的存儲設(shè)備、網(wǎng)絡(luò)傳輸延遲等等，都是極大的挑戰(zhàn)。另外，磁盤本身的IO問題可能會放大，如SATA、SAS、SSD等，對于不同的業(yè)務(wù)以及SLA，需要進行相應(yīng)的規(guī)劃和方案來設(shè)計。
2、IaaS與DBaaS的如何取舍？是把數(shù)據(jù)庫部署在IaaS之上呢還是采用類似Oracle DB 12c的PDB?各有什么優(yōu)勢？
    IaaS和DBaaS是兩碼事，如果對存儲要求不高（性能、可靠性），那把DBaaS做在IaaS上比較靈活。如果要提供統(tǒng)一的DBaaS，可以考慮建一個統(tǒng)一資源池的DB集群，然后設(shè)計一層適配，對上提供服務(wù)，這樣可靠性和性能更容易得到保障。
3、對于云計算環(huán)境中的硬件管理、軟件、數(shù)據(jù)庫的管理有沒有跟著變化？沒有統(tǒng)一的管理方案，即使用一個界面管理云數(shù)據(jù)中心的全部資產(chǎn)，Openstack能滿足要求嗎？
     云模式肯定是有變化的，但管理的內(nèi)容其實沒有發(fā)生什么變化，只是在模式、范圍上有一些差異。比如，管理DBaaS的，則涉及到很多租戶共享的數(shù)據(jù)庫，這個責(zé)任更顯重大，Openstack現(xiàn)在的Trove還不是太完善，去IOE中，O其實是最難的。
4、什么雙活數(shù)據(jù)中心？有雙活數(shù)據(jù)中心后，還需要容災(zāi)嗎？
     雙活數(shù)據(jù)中心是建立異地容災(zāi)的數(shù)據(jù)中心，業(yè)務(wù)可以進行倒換，提供災(zāi)備，這是一個整體大方案的災(zāi)備模型。雙活數(shù)據(jù)中心不能取代數(shù)據(jù)中心內(nèi)部的容災(zāi)，內(nèi)部業(yè)務(wù)運行狀態(tài)和可靠性，是對外提供服務(wù)最基礎(chǔ)的保障，如果本數(shù)據(jù)中心業(yè)務(wù)都不可靠，雙活每一邊都不可靠，這還有什么意義呢？雙活涉及到雙邊數(shù)據(jù)同步和一致性的問題，以及故障切換的時效性等等，還是有一定的挑戰(zhàn)。
作者: Godbach    時間: 2016-05-04 14:48
回復(fù) 11# dreamice
漲姿勢了。贊！

   
作者: shang2010    時間: 2016-05-04 20:49
討論話題
作為IT售前，經(jīng)常會遇到客戶詢問下面的問題（包括但不限于）：
1、服務(wù)器和存儲的數(shù)量減少了嗎？如何消除服務(wù)器與存儲之間潛在的IO問題？
如果服務(wù)器和存儲數(shù)量降低了，io問題肯定會是個隱患，也是個潛在問題。這個還要看具體的生產(chǎn)環(huán)境
如果采用云計算，完全可以彈性申請資源。


2、IaaS與DBaaS的如何取舍？是把數(shù)據(jù)庫部署在IaaS之上呢還是采用類似Oracle DB 12c的PDB?各有什么優(yōu)勢？
這個各自的優(yōu)勢，還是看自己的需要和能力吧。
技術(shù)沒什么好說的，做事情花功夫有投入了，效果肯定不是一個層次。


3、對于云計算環(huán)境中的硬件管理、軟件、數(shù)據(jù)庫的管理有沒有跟著變化？沒有統(tǒng)一的管理方案，即使用一個界面管理云數(shù)據(jù)中心的全部資產(chǎn)，Openstack能滿足要求嗎？
Openstack可以做一個定制開發(fā)，售前沒必要懂這么多吧？？


4、什么雙活數(shù)據(jù)中心？有雙活數(shù)據(jù)中心后，還需要容災(zāi)嗎？
如果數(shù)據(jù)真的重要，比如金融行業(yè)的賬單什么的，容災(zāi)那是必須的。
作者: shang2010    時間: 2016-05-04 20:50
討論話題
作為IT售前，經(jīng)常會遇到客戶詢問下面的問題（包括但不限于）：
1、服務(wù)器和存儲的數(shù)量減少了嗎？如何消除服務(wù)器與存儲之間潛在的IO問題？
如果服務(wù)器和存儲數(shù)量降低了，io問題肯定會是個隱患，也是個潛在問題。這個還要看具體的生產(chǎn)環(huán)境
如果采用云計算，完全可以彈性申請資源。


2、IaaS與DBaaS的如何取舍？是把數(shù)據(jù)庫部署在IaaS之上呢還是采用類似Oracle DB 12c的PDB?各有什么優(yōu)勢？
這個各自的優(yōu)勢，還是看自己的需要和能力吧。
技術(shù)沒什么好說的，做事情花功夫有投入了，效果肯定不是一個層次。


3、對于云計算環(huán)境中的硬件管理、軟件、數(shù)據(jù)庫的管理有沒有跟著變化？沒有統(tǒng)一的管理方案，即使用一個界面管理云數(shù)據(jù)中心的全部資產(chǎn)，Openstack能滿足要求嗎？
Openstack可以做一個定制開發(fā)，售前沒必要懂這么多吧？？


4、什么雙活數(shù)據(jù)中心？有雙活數(shù)據(jù)中心后，還需要容災(zāi)嗎？
如果數(shù)據(jù)真的重要，比如金融行業(yè)的賬單什么的，容災(zāi)那是必須的。

你們都別搶書了，我想看看售前掙錢的路子
作者: shang2010    時間: 2016-05-07 07:45
回復(fù) 12# Godbach


    什么漲姿勢啊，我表示看不懂在說什么

如果是分布式存儲，IO問題會得到極大緩解

本文第一個問題咨詢的是，如果服務(wù)器和存儲減少了，原有的io還能不能抗��？服務(wù)器減少的錢臺詞就是本來就是采取的分布式，有很多服務(wù)器，只是采用云計算技術(shù)了，然后減少了


傳統(tǒng)的分布式經(jīng)驗認(rèn)為，機器減少了，服務(wù)能力自然就減弱了。
是不是我太out了，看不懂，感覺回答的文鄒鄒的，對漲姿勢行為確實看不懂
作者: shang2010    時間: 2016-05-07 07:47
回復(fù) 3# gavenwei


    虛擬化后怎么會增加服務(wù)能力呢？？解釋一下

我感覺做銷售的，不必要專注技術(shù)，但是解釋技術(shù)應(yīng)該能讓平常人像聽白話一樣聽得懂吧，
作者: cgg2046    時間: 2016-05-09 11:44
都是些基礎(chǔ)概念性的東西



歡迎光臨 Chinaunix (http://www.72891.cn/) Powered by Discuz! X3.2