Windwaker wrote:
基本上絕大部分的Or...(恕刪)
其實VM會比傳統架構上多上一層資安風險...
一般企業級應用的都會是採用裸機虛擬化方式，
也就是採用VM Base方式建置，但目前已有針
對這層Base做入侵的攻擊手法及病毒，不過目
前一些資安大廠，也開始有這類資安產品出現，
想Checkpoint....
雲端運算技術(Cloud Computing Technology)，像虛擬化，MapReduce等等都是這一塊領域所屬。
雲端運算服務(Cloud Computing Service)，大家先想到的就是Google Gmail, Google App Engine, Amarzon EC2, S3都是這部份的代表。
所以要談雲端，請先把定義說好，不然你說Google的服務，他說VMware的技術，最後是完全大混戰。
企業用雲端運算服務可以節省IT支出，這對小公司來說有一定的吸引力，畢竟公司小要養一個專職IT還要搞堪用的機房，這些都不是很好的選擇，最後當然是「閃開，讓專業的來」。
誠然，雲端運算服務會有IT資訊外洩的風險，但是一方面小公司也不見得注重資安這部份，二來若是大公司要租用雲端服務，卻又不做好外包管理，那就算自有系統，找外包廠商來做顧問也會有外洩的風險。
中大型企業用雲端運算技術(小企業要做到像樣的雲端技術投資不易，做完大概好幾年份的IT預算都沒了)，最佳的好處是服務與實體機器抽離，提昇可用性及服務與硬體的相依性，同時擴充性也做了提昇，所以虛擬化技術大抵上是免不了。
非必取而不出眾，非全勝而不交兵，緣是萬舉萬當，一戰而定！
Raymond wrote:
我想您可能沒有真正導...(恕刪)
連Microsoft Exchange支援ESX/Hyper-V
http://technet.microsoft.com/en-us/library/cc794548.aspx
http://www.vmware.com/solutions/business-critical-apps/exchange/
Oracle也不例外，自己慢慢找其他的吧
http://www.oracle.com/us/technologies/virtualization/index.htm
http://www.vmware.com/solutions/business-critical-apps/oracle
基本上原廠都會支援，但是重點是能VM省多少錢
以Exchange來說，現在大部分的情況是Virtualize Frontend
也就是Backend Database read/write還是盡量用physical servers
基本上你只要真的在業界做過
你就知道ESX跑Citrix, Exchange是平常不過的事情
重點是，IBM/HP/Dell會教你多買幾台Server
所以這些System integrator不會建議這種方法
反而是一般的顧問公司比較會建議
因為省錢可以賺顧問費
我自己導入過Exchange 2007 on ESX/Hyper-V, Citrix on ESX
也找微軟技術支援好幾次了
raytracy wrote:
請參考 AVAYA ...(恕刪)
谢谢你这么快就回文，既然你了解這麼多...那我就盡量問你一些我問題了！！
(別筆戰，純粹發問困擾我很久的問題)因為現在的 call center 由外撥入，仍是一個 類比信號經由pbx 轉數位信號 在經由CTI排隊轉派到服務人員。
這轉派的過程中對語音信號的要求就很大,尤其是用數位封包方式決定外部類比語音信號是否掛斷。
畢竟vm共用的是相同的cpu, 而網路封包由實體轉到vm上也是由cpu計算的，不知道當cpu負載量大時，
會不會造成封包延時或是掉封包，而造成語音中斷？
這就是我很在乎的問題....
再者，你有沒有案例是關於 2000人以上公司 的 ERP （以上 SD,FICO等模塊），然後將此 ERP的ap和db運行在vm上的案例呢？
Windwaker wrote:
連Microsoft...(恕刪)
1. 請仔細看您提供的網址中微軟對 Exchange 虛擬化支援的說明，目前只對微軟自己的 Hyper-V 環境提供完整支援，其他虛擬化解決方案 (有SVVP認證的廠商) 沒有一個符合全部要件(請注意，是網頁中所有虛擬化要件都符合才支援)。
2. 微軟目前僅支援 Exchange 2007 SP1 執行在虛擬化的 Windows Server 2008，雖然 VMware 通過微軟 SVVP 認證，但是目前 EST 並不支援 Windows Server 2008 clustering (因為 win2008 cluster 需要 SCSI-3，但 EST 僅支援 SCSI-2)，所以導致唯一可行的組態是單機版的 Exchange (頂多利用 LCR 或 SCR 勉強湊合著用)。所以在目前業界的實務上而言，Exchange 2007 要在非微軟 Hyper-V 環境下得到支援還需要點時間。
2. 您提供的 Oracle 網址是針對 Oracle 自家的 VM 產品，目前也與微軟一樣，只針對自家的產品跑在自家的 Oracle VM 才提供完整支援。請到 Oracle metalink 看看他們對 VM 的支援說明(因為需要登入帳號，所以截錄如下)
Oracle has not certified any of its products on VMware virtualized environments. Oracle Support will assist customers running Oracle products on VMware in the following manner: Oracle will only provide support for issues that either are known to occur on the native OS, or can be demonstrated not to be as a result of running on VMware.
3. 很多企業在考慮導入虛擬化過程中，對於軟體原廠是否支援都很重視且必要，這在日本、北美、與歐洲基本上是最優先列入考量，但是在台灣似乎只要可以在 VM 上跑，只要相關廠商說沒問題，其他都可以不用管! 至於您找微軟來支援，那是因為簽了 Permier，礙於情面私底下幫忙，不然請您的客戶出面要求微軟出個官方證明試試!
不管是私有雲 (Private Cloud) 還是公用雲 (Public Cloud)，虛擬化技術在 IaaS 都辦演極重要的角色，尤其是現在很熱門的 Dynamic Data Center。
對於 Cloud IaaS 營運單位而言，除了要注意初期投資與後續費用外，最大好處是可以省下很多維運的人力/時間成本及機房的設備/電力成本，也可以大幅縮短對客戶服務需求的回應時間(由幾天/週縮短至幾個小時甚至幾分鐘)。
對 Cloud IaaS 用戶而言，除了要注意資安與資料備份問題外，最大好處是可以省下初期的軟/硬體投資成本與系統建置的人力/時間成本，及後續的維運成本。
但是再往上的 Cloud PaaS 與 Cloud SaaS，那又是另一回事囉!
logaway wrote:
谢谢你这么快就回文，
因為現在的 call center 由外撥入，仍是一個 類比信號經由pbx 轉數位信號 在經由CTI排隊轉派到服務人員。
這轉派的過程中對語音信號的要求就很大,尤其是用數位封包方式決定外部類比語音信號是否掛斷。
畢竟vm共用的是相同的cpu, 而網路封包由實體轉到vm上也是由cpu計算的，不知道當cpu負載量大時，
會不會造成封包延時或是掉封包，而造成語音中斷？
...(恕刪)
已知的經驗 不在 CPU 問題
在 CTI > OS > VM >HW
中 由於 OS 認的是 VM 模擬出的 HW
因此 實體網路界面的微小變易(PHY Chip 回應)
OS 無法立即反應處理(會 delay)
對 VOICE 這種高感官性應用
會產生話務中斷/系統咬線 等問題
掛斷器有時判斷外線已掛斷 也無法正常將 Channel 釋放
問題多多 而且難解
logaway wrote:好, 我手邊還沒有實際的案例可以說明, 不過提供一些線索, 讓大家自行判斷, 以下消息均來自 ERP 大廠 SAP:
再者，你有沒有案例是關於 2000人以上公司 的 ERP （以上 SD,FICO等模塊），然後將此 ERP的ap和db運行在vm上的案例呢？...(恕刪)
1. Aug 13, 2009, SAP 公佈由他們「官方認證」的效能測試數據, VMware 通過以下的 SAP 認證:
一台實體主機內, 使用4核CPU, 可以服務 1,144 名 SD 模組用戶, 且反應時間低於0.97秒 (認證編號:2009028)
一台實體主機內, 使用8核CPU, 可以服務 2,056 名 SD 模組用戶, 且反應時間低於0.97秒 (認證編號:2009029)
上面的測試只用了 X5500 的 CPU, 而且受測的實體 CPU Utilization 只使用了 25% 而已, 還有很大的空間可以增加效能, 目前市面上普遍可購得的伺服器, 單一實體主機可達 24 核, 相信 2,000 人不是問題....
上面的測試是使用最新版的 VMware vSphere 4.0 版, 類似的測試在去年曾經用 3.5 版測過, 當時 IBM 和 Fujitsu 都只以 2 核 CPU, 就能達到 550 SD User/1.93秒. 但小弟只熟 VMware 產品, 並不知道其他 Hypervisor 的表現如何.
2. November 2, 2009, SAP 宣布:「SAP Managed Services」將全面導入 VMware 虛擬化技術, 目前已經導入 8,000 個 VM 在運行. SAP Managed Services 就是 SAP 造的「公共服務雲」, 跟 Google 差不多, 只不過是對 SAP 自己的客戶提供服務. 而且這裡有重點: Dr. Krips (Sr. VP at SAP Managed Services) 自己說了:「... VMware software as its primary platform...」, 他們已經將虛擬化技術裡的 Hypervisor, 當成建構服務雲的基礎架構了.
所以, 別再說虛擬化跟雲沒有關聯....虛擬化本身當然不是一朵雲, 但是沒有「虛擬化技術」當基礎, 你的雲將會建得很辛苦.....
3. SAP 本身也是 VMware 的 Technology Partner: http://www.sap.com/ecosystem/customers/directories/technology/vmware.epx, 在 SAP 的 Support Note 中, 也明白揭露了所有 SAP 虛擬化所需要的調校作業. 換句話說, SAP 已經全面性的支援虛擬化 (至少在 VMware 這個 Hypervisor), 與其懷疑, 不如親試.
ps. SAP 日本分公司在更早期就已經虛擬化了, 當時的 Hypervisor 還只有 2.5 版而已 (這個版本應該有 5 年了吧?), SAP 日本分公司就已經將公司內, 80% 的 Demo 平台全部虛擬化.
虛擬化後的效能當然會比較差一點, 但是也沒有大家所想的那麼不堪. 虛擬化是需要事前的精密計算和調效, 調整得宜, 至少可以獲得與實體機 80% 以上的效能, 雖然犧牲了 20% (反正實體機平時也沒人用到滿), 但換來的卻是超越現有作業系統的移動能力與管理能力. 這裡是用 SAP 實測的實體與虛擬機的效能差異:
http://blogs.vmware.com/performance/2009/06/sap-with-vsphere-4.html
很抱歉這裡一直提到某特定廠牌的 Hypervisor, 只是 VMware 目前主攻 SAP ERP 和 MS-Exchange 這兩塊領域的虛擬化, 正好都是大家對效能有疑慮的部分, 不過, 原廠這邊都已經有解決方案和實例可以解決這些問題.
~~ 新願資本-臺醫壹號創投基金-普通合夥人 ~~
內文搜尋
從 APP 打開
X