<address id="drvvf"><nobr id="drvvf"><meter id="drvvf"></meter></nobr></address>

                  <address id="drvvf"><nobr id="drvvf"><meter id="drvvf"></meter></nobr></address>
                  <form id="drvvf"><nobr id="drvvf"><meter id="drvvf"></meter></nobr></form>

                    如何執行一套數據推動的云遷移方法

                    對于當前幾乎所有行業的各種規模的企業組織機構而言,遷移到云計算早已經不再是一個新的趨勢 而是一項勢在必行的計劃了。根據市場調研機構Gartner公司最近的研究顯示, 預計在未來幾年,企業云策略將達到沒有采用云服務就像不能上網一樣罕見的一個境地。 Gartner公司的研究副總裁杰弗里 曼恩表示說, 甚至是那些曾經主要取決于客戶而定制設計的軟件,也將逐步遷移到云中。

                    對于這一在全球范圍內的各行各業都在掀起的從企業內部部署的IT遷移到基于云服務的IT的趨勢,實在沒有什么神秘的。作為一款平臺,云服務為那些依賴于信息技術來運行他們的企業業務,并在今天的全球市場競爭的企業組織們帶來了諸多的好處。

                    這些關鍵性的好處包括:

                    降低了IT成本:包括購買服務器和軟件許可授權的資本成本,及維護、管理、保持系統的可用性和更新的員工成本。

                    增加了靈活敏捷性:云服務供應商使得企業客戶在規?;s放計算能力;及快速方便地調配新的員工和地點,以響應不斷變化的業務目標、市場條件、機會和事件方面的變得更容易。

                    可靠性和可用性得到了保證:通常,對于個別企業客戶而言,想要以一種具有成本效益的方式實現云服務供應商們所擔保的可靠性和可用性往往是非常困難的。主要供應商們(如AWS、谷歌、微軟)均提供滿足5個9標準 即99.999%的正常運行時間的服務水平協議(SLA)的方案。

                    安全性:現如今,在許多情況下,云服務供應商所提供的安全性通常被企業客戶普遍認為與他們自己內部部署的系統和數據一樣好,或者甚至遠遠優于后者的安全性。

                    移動性和協作支持的改進。

                    不過,盡管云計算提供了如此眾多的好處,但其也是極其復雜的。僅僅以評估云供應商的選擇這一單一的任務舉例來說吧。如果您企業將主要云服務供應商的所有的實例類型、存儲選項、可用區域和定價方案結合起來,您會發現,目前已經有超過2500萬可用的云配置。鑒于如此讓人震驚的現實,使得為您企業組織選擇最佳的配置,來滿足您企業的業務需求瞬間變得更具挑戰性了。而更令人心悸的是:這些可用的配置(以及您企業在任何給定時間的業務需求)仍在不斷的演變。更為不幸的是,這一系列的復雜性常常使得當前的企業組織難以體驗到他們本應體驗到的性能和成本優勢。

                    當涉及到您企業的云服務時,精度等于性能。在企業現有的基礎上做出正確的云決策,并以最低的成本持續地達到最佳的性能其實并非易事;甚至在缺乏高度精確的分析來對您企業進行指導的情況下是不可能的。而做出錯誤的決策則可能會帶來災難性的后果。

                    準確、成本有效的滿足您的需求,以最合適的云配置幫助您企業實現云計算的全部優勢潛力的唯一方法就是采用一種深度的分析 這一方法需要您仔細考慮150項具體的指標,以確保您企業所作出的選擇能夠充分滿足您的業務需求,同時提供最高的投資回報率。

                    在本文中,我們將為廣大讀者諸君介紹:

                    一項持續的、戰略性的云項目所要經歷的主要階段

                    每個階段所要實現的主要目標及最亟待咨詢的問題

                    在每一個階段您企業均需要哪些分析,以便作出最佳的決策

                    從云服務中獲得效益最大化并不是一次性的任務 這是一次持續的,戰略性的旅程

                    為了確保企業組織能夠以最成功、最具有成本效益的方式遷移到云服務,并保持其云部署的優化,企業組織需要了解并掌握關于他們的IT基礎架構的詳細信息,以及關于企業長期愿景和不斷發展成長計劃的更多信息。

                    當考慮您企業遷移到云服務的計劃、以及您企業的短期、中期和長期的目標和期望時,您應該采用一個連續的,閉環的分析過程,以便廣泛的收集最新的數據,并對這些數據進行分析。為了確保您企業遷移到云服務的項目及您所選擇的云配置是成功的 且能夠隨著時間的推移及市場情況的變化而獲得持續的成功,您企業最好選擇采用一套通常被分為三個階段的服務:

                    這種多步驟的流程是持續的,并通過這一流程定期運行,您可以最大限度地提高您企業云部署的效率和投資回報率,在支持企業的戰略和目標的同時,獲得對于幾乎任何新的形勢快速響應的能力。

                    分階段步驟的流程

                    階段一:評估

                    目標:

                    確定哪家云服務供應商和哪款云配置是最適合您企業的,及遷移到云服務的總擁有成本(TCO)。云配置包括實例類型、存儲選項、可用性區域、定價方案和所需容量。最適合您企業的云配置將以最低的成本為您企業提供最佳性能。

                    要求:

                    為了得到一個準確的評估,您需要對于您企業現有的基礎設施和應用程序有一個清晰的了解和掌握 包括您企業目前所擁有的、您所需的性能配置文件以及相關存儲的屬性和數量。當完整掌握了這些情況后,您還將需要對各種云服務供應商的產品及相關的定價模型進行一個一對一的比較。

                    基本數據:

                    綜合性能分析:在評估階段,綜合性能指標和分析對于選擇最佳的云服務供應商、實例、存儲選項及定價方案,然后準確的預測云計算的成本和所需的容量能力絕對是必要的。這些措施包括:

                    庫存分析:識別所有的節點(包括物理和虛擬機)和在您企業的基礎設施上運行的應用程序。您需要了解并掌握您企業所擁有的一切,以運行一個準確的性能分析。

                    基礎設施性能分析:對您企業的計算、存儲和網絡資源的性能指標進行不少于兩周的評估。這些指標將有助于您了解最佳的定價方案,并了解您企業的每項工作負載,在云中最佳實例類型,最好的存儲選項,所需的容量,網絡成本和遷移成本。其中的關鍵指標包括:

                    峰值CPU利用率

                    分配和峰值內存使用情況

                    觀測企業內部部署的存儲(容量和目前使用情況)

                    磁盤IOPS和帶寬

                    吞吐量

                    使用模式:確定計算和存儲資源被使用、空閑和未使用的頻率

                    貼士:觀察所有性能指標的波峰和低谷,而不是平均值。如果您是基于平均值來規劃您企業云環境的規模,那么,當您企業的需求達到高峰時,您企業的基礎設施將遭遇嚴重的性能下降;同時又會在需求不那么旺盛時產生不必要的成本費用。

                    云選項分析:您需要知道您企業都有哪些備選項,并基于您企業的性能配置文件選擇最佳的一個選項。這些措施包括:

                    可用的云配置:確實有數以百萬計潛在的云配置可供選擇,包括實例類型、存儲選項、網絡選項和PaaS服務。

                    可用的云成本模型:不同的云服務供應商所提供的定價方案選項有很大的不同。例如,AWS提供了一種按需定價方案和不同類型的預訂計劃。預留實例(RI)計劃的范圍包括了從1年期沒有預付款到3年期全預付款預留實例,并可以提供從15%的節省一直到高達75%的節省的按需定價方案。微軟的Azure提供現收現付訂購模式,企業客戶可以基于您企業的協議獲得額外的折扣。同時,谷歌則提供了一個持續的使用模式。如果您知道了您企業的性能配置文件,您將能夠確定最為匹配您企業的具體需求,并能夠帶來顯著的成本削減的定價方案。

                    一旦您收集了您企業的性能分析和云選項,您會想要在云中找到匹配的基礎設施設置,并測試他們是否滿足您企業的性能目標。理想情況下,您會在每一個可用的云選項中測試您企業項目的工作負載特征,查看其是否與您企業的性能目標相匹配。最好的做法是在可用的云配置選項和定價方案中運行互動的場景假設,以確定該選項將能夠交付您企業所正在尋求的性能和投資回報率。

                    常見的評估陷阱:

                    一個不準確的觀點:如果您企業組織的CMDB(配置管理數據庫)并不完全是最新的,您企業絕不是唯一案例。鑒于這一現實,大多數企業組織面臨著一個漫長而繁瑣的過程,而且其很少是準確的。對于基礎設施分析的精度越低,您企業越有可能在云遷移過程中遭遇應用程序連接中斷。這意味著痛苦的性能問題和安全威脅的增加。

                    工作負載不一致:未能準確地評估您企業基礎設施的性能配置(即,忽視了高峰期間的使用需求),這意味著您企業可能會選擇一款不合適的或不可行的云配置。這將帶來成本效率低下和性能差的風險,甚至可能會帶來關鍵業務系統的停止。

                    存儲不一致:當在選擇一個云配置時,磁盤IOPS和帶寬也常常被忽視。每種類型的磁盤在這些措施方面都有限制局限性,而低估您的實際需求會對性能產生嚴重的影響。更糟糕的是,這種類型的瓶頸是很難找到的,因此也就很難快速修復。

                    在您企業通往云服務之旅的評估階段過程中,所需解答的問題包括:

                    我們企業的總的IT基礎設施是什么樣子的?

                    哪家云服務供應商和封裝產品配置是最適合我們企業組織的需求和業務目標的?

                    針對我們的每一項工作負載,是否有最佳實例?

                    我們是否有適量的存儲,我們是否已經選擇了滿足企業的業務需求的最佳存儲選項?

                    隨著時間的推移,我們企業的CPU和RAM的使用情況是什么樣的?特別是在高峰時段及間歇時段與平均使用情況的對比情況如何?

                    階段二:遷移規劃

                    目標:

                    創建一套清晰的計劃來指導您企業的遷移過程,其中包括您企業決定遷移的應用程序、以及最佳的遷移順序,而該順序是基于兩個因素來確定的:遷移的復雜性和云的適用性。

                    要求:

                    您將需要對于應用程序所依賴的詳細細節信息進行深入的研究,并對于企業現有的基礎設施和應用程序以及它們之間的關系具有一個完整的可視化映射。這將說明哪些應用程序將能夠很容易的遷移,而哪些應用程序的遷移則將是最具挑戰性的,其還將幫助您解釋為什么有些應用程序是不太適合云計算的,因為他們在云環境中的性能表現不會良好。

                    基本數據:

                    遷移設計分析:收集以下信息來設計一個分階段的方法,以遷移到符合您企業業務需求的云服務,并確保在遷移過程中不會發生中斷事故。

                    應用程序依賴映射:對于所有的應用程序,需要確定正在與他們通信的其他應用程序和服務器,他們通信的頻率如何,通信是否是雙向的或是單向的,以及每個通信之間所允許的延遲情況如何。映射這些依賴關系,以了解您企業的每一款應用程序中的復雜性。這使得您企業在評估階段所做的庫存分析再次成為了關鍵。

                    可執行名稱、應用程序名稱和描述及供應商信息:確定哪些應用程序正在運行,誰構建了這些應用程序。例如,哪些應用程序是屬于在企業內部專門構建的應用程序可能需要在云中進行重建;而您企業又對一款 現成銷售的非定制 的應用程序做了多少定制化,將需要在您企業的遷移過程中進行復制,而不是簡單地通過采購該應用程序的云版本來解決;或者哪些應用程序可能已經過時,其供應商不再提供支持了。

                    應用程序對于CPU的使用情況:確定您企業的應用程序所消耗的計算資源,使他們能夠優先進行遷移。消耗資源最多的機器應該在開始階段被遷移。

                    影子IT:在您企業的環境中,隱藏節點可以在項目范圍之外通過識別對于IP地址的依賴來發現。在遷移開始之前,確定您企業的應用程序是否正在與這些隱藏的節點通信是必不可少的。

                    適用性:評估一款應用程序對于云計算的兼容性,及其遷移到云計算之后是否能夠獲得效率的增加。這方面需要考慮的事項包括:

                    自動縮放的能力:自動的規?;s放也可以在需求高峰期間通過自動增加云實例的數量,來保持性能和減少容量,進而降低成本。確定每款應用程序的自動的規?;濣c的數量和發生 突發 行為的傾向(規?;s放與靜態IOPS / CPU資源需求)。

                    同時還需要確定在云中是否為應用程序提供了合適的實例類型,并確定其是否是專用的或是現成銷售軟件的專用版本。

                    遷移執行分析:確保您掌握了對于您企業的云遷移項目的執行的至關重要的信息。這信息包括:

                    防火墻規則:了解每款應用程序的防火墻規則,以便在云中配置您的安全團隊。防火墻規則讓您能夠知道哪些應用程序正在與哪些端口通信,而哪些端口需要為連接到工作的應用程序的入站/出站打開。您還需要詳細了解TCP和UDP端口,這樣,您可以為子網建立防火墻規則。

                    DNS:盤點您企業的DNS,因為當遷移到云服務時,其將需要進行配置。

                    云配置:利用您在評估階段所收集到的洞察見解,將您企業的工作負載遷移到最佳實例和存儲類型。

                    貼士:先易后難。無論是按照遷移的復雜性和對于云計算的適應程度,每款應用程序最終會被歸類為簡單、中等、或難。

                    雖然您可能曾經被訓練需要先解決最困難的問題,但這種方法并不適合云遷移的情況。故而您應該先行遷移那些復雜性和要求不高的應用程序。

                    常見的規劃缺陷:

                    糟糕的中斷:如果您沒有掌握關于您企業應用程序的每一個細節,那么在遷移階段過程中,您將不可避免地出現一些錯誤。這將在云遷移過程中增加應用程序運行中斷的次數,以及調試的次數。在最后將所有的應用程序遷移到云服務之前,通過避免大量的試驗和錯誤,從而減少遷移時間。

                    影子IT:如果您企業的應用程序正在與隱藏節點通信,它們必須被納入到您的遷移計劃。通常情況下,企業組織有15%以上的影子IT,而如果沒有對這些影子IT進行確定,您企業不僅可能會面臨服務中斷,而且還會面臨安全問題。

                    還沒學會走就開始跑了:及時通知的方法對于您企業選擇和執行您的試點應用程序的價值是不能低估的。在一個主要的云遷移工作的第一階段的故障有技術、心理和政治多方面的影響。

                    在您企業通往云服務之旅的遷移規劃階段過程中,所需解答的問題包括:

                    哪些應用程序應該遷移到云服務,并以怎樣的順序遷移?

                    我們如何確保應用程序(內部的和企業環境之外的)之間的所有關系保持不變,并能夠繼續在云中發揮相應的功能?

                    我們有哪些許可授權,每一項許可授權的狀態如何?供應商對于這些許可授權的支持如何?

                    階段三:優化和管理

                    目標:

                    在一個連續的基礎上對于您的云環境實施監控和管理,以確保其規模大小總是合適的,這意味著您企業的每項工作負載都是采用了恰當的實例,而您企業的最佳配置都是通過基于您業務的實際需求而購買的

                    要求:

                    通過檢查數據,您可以充分體驗到進行云投資的承諾。并需要繼續分析您的性能配置文件和使用模式,因為這些對于正確調整您的基礎設施,以自動規?;s放和規劃預留實例將是相當關鍵的。

                    基本數據:

                    性能分析:如在評估階段所做的一樣,分析性能數據,以便為您企業的云基礎設施配置恰當的規模。

                    使用模式:為每個節點確定閑置的計算資源和未使用的存儲容量,這樣您就可以關閉不使用的東西。對所有實例進行追蹤:每個實例打開/關閉的次數;其被訪問的頻率如何;其在一天中被訪問的次數最多/最少分別是在何時。您會看到,該實例是否在一天中的大多數時間是閑置狀態或是被積極使用的狀態。由此,您可以確定其是否能夠在特定的時間被關閉或完全被拆除。

                    成本控制:積極關注您企業的云計算成本,看看您是如何花錢的。通過應用程序或應用程序組來收集成本信息。標記資源(即,X計算資源屬于Y應用程序),這樣您可以適當地確定應用程序和業務部門的消費支出水平。

                    配置清單:就像在您的云計算的評估階段所做的那樣,您需要監控所有可用的云配置。除了您企業的需求之外,這些也都是在不斷變化的。事實上,云服務的架構通常是越來越便宜,這無疑給了您更多的節省成本的機會。

                    常見的優化陷阱:

                    設置完成之后就忘了:一旦您將應用程序遷移到了云服務,您必須積極地確保一切以最佳狀態運行。如果您企業采用的是一種傳統的心態(設置完成之后就忘了)在云中管理基礎設施??,那么,這個階段可能會為您帶來嚴重的問題。

                    糟糕的驚喜:在遷移過程中的不準確或不充分的計劃會引發問題,然后進入管理階段后,其會以預算超支的形式體現出來。

                    為您企業未使用的資源支付買單:服務的過渡配置會讓您為您企業并未使用的容量買單付費,并會使得您企業的系統膨脹,超出了其實用性。故而您企業應該為每款應用程序的花費設置一個限制。

                    一旦您企業遷移到云服務,您必須積極地配置您所購買的容量能力。行業數據顯示,在云中有超過三分之一的實例是過度配置的。

                    如果基礎設施只是簡單的完成了遷移,而沒有經過所需規模的恰當規劃,這意味著企業需要支付遠超他們實際消費的賬單。

                    在您企業通往云服務之旅的優化管理階段過程中,所需解答的問題包括:

                    我們怎樣才能找準我們的最佳云配置,以滿足性能目標?

                    鑒于云配置也在不斷變化。我們怎樣才能確保我們跟上其步伐?

                    我們如何控制我們的云成本?我們在哪些方面可以省錢?

                    我們應該如何規劃未來的發展,并確保企業的工作負載得到了準確的配置?除了您企業的要求之外,這些也都是在不斷變化的。事實上,云計算通常是越來越便宜,這也就給您企業更多的機會,以節省成本。

                    結束語:一項成功的云遷移之旅取決于一套全面的、分析驅動的方法

                    在一個持續的基礎上選擇、遷移和管理云服務其實是一項相當復雜的工作。正如在本文中所描述的那樣,您企業的云遷移旅程中的每一個階段的決策都需要依據準確的、深入的數據分析,以充分實現云服務所帶來的益處,同時最大限度地提高您的投資。精度越大,投資回報率越大。

                    一些企業組織試圖通過他們人工手動所收集的數據的規劃云遷移 運行報表、制作電子表格、與IT同事和LOB用戶訪談、進行資產的??實物盤點,并希望能夠在此過程中千萬不要錯過任何隱藏的元素。這些繁瑣且容易出錯的工作努力最終往往會導致落入本文中所列舉出的各種陷阱,最終為業務成果帶來負面影響。

                    慶幸的是,通過采用當前可用的解決方案,這種深度的分析其實是有可能自動完成的。這樣的方法已被充分證明不僅能夠為企業用戶顯著的節省時間,同時還能夠節約成本。此外,對于幫助您企業進行云服務遷移旅程、自動化、多階段云分析平臺分析的工具已經被設計為能夠收集和分析關鍵數據,并產生最佳的遷移建議和持續的云管理和優化方面的建議。這些全面的方法為您企業帶來了一個連續的,閉環的分析過程,已經被充分證明是指導企業組織進行云遷移的最有效和最可靠的方法,并確保為企業組織帶來持續的運營和成本效率。

                    關于我們

                    Cloudamize公司是一家云基礎架構分析平臺供應商,提供強大的數據分析服務,以幫助企業客戶加快和簡化云評估、云遷移和持續的云管理?;谝惶自敿毜男阅芊治?,Cloudamize公司的平臺將為其客戶推薦最佳的云配置,以滿足其合理精簡基礎設施,評估相關性和云服務能夠適合每款應用程序的需求,進而確保企業客戶成功的云遷移,實施規?;淖詣涌s放,并規劃RI的采購,幫助客戶清楚地了解云計算的成本。借助這些洞察見解,企業客戶可以了解最適合他們的最佳云環境,并在他們的云遷移旅程的每一個階段更快地做出準

                    確的決策,使他們能夠最大限度地發揮他們的云投資的價值。

                    国产做无码视频在线观看_国产成人精选视频在线观看_打桩机和他宝贝124是哪一对_国产三级欧美

                        <address id="drvvf"><nobr id="drvvf"><meter id="drvvf"></meter></nobr></address>

                                    <address id="drvvf"><nobr id="drvvf"><meter id="drvvf"></meter></nobr></address>
                                    <form id="drvvf"><nobr id="drvvf"><meter id="drvvf"></meter></nobr></form>
                                      >