內(nèi)容摘要：你的應(yīng)用的設(shè)計好壞會在多云環(huán)境中對性能產(chǎn)生影響。使用以下這些監(jiān)控和管理技術(shù)來避免應(yīng)用的性能問題。

                  

你的應(yīng)用的設(shè)計好壞會在多云環(huán)境中對性能產(chǎn)生影響。使用以下這些監(jiān)控和管理技術(shù)來避免應(yīng)用的性能問題。

對于大多數(shù)IT組織來說，“性能”意味著響應(yīng)時間或用戶體驗的質(zhì)量。就像大多數(shù)應(yīng)用一樣，一個多云應(yīng)用，或者一個橫跨多個云平臺的應(yīng)用，會受到三個主要因素的影響：總體可用性，網(wǎng)絡(luò)延遲和丟包，應(yīng)用程序及其組件的處理延遲。

一個多云應(yīng)用的設(shè)計在其性能表現(xiàn)上起到關(guān)鍵的作用。應(yīng)用都越來越趨向于“組件化”，即應(yīng)用的功能被分割成一個個獨立的組件。微服務(wù)就是這種趨勢的一個最新的例子，由于單獨的部件可以水平擴展從而能夠提高應(yīng)用的處理能力，組件化被視為一種向云靠攏的方式。這句話有對也有錯的地方。

組件化在云提供商和主機之間創(chuàng)建了一個長的，多線程的工作流。該工作流的各個環(huán)節(jié)的問題將影響用戶體驗的質(zhì)量(QoE)。

應(yīng)用性能管理的一個關(guān)鍵部分是衡量用戶的體驗質(zhì)量并有一個基準來進行比較。最可靠的獲取信息的途徑是從最接近用戶的設(shè)備或前端應(yīng)用程序組件那里。如果你在一個應(yīng)用程序工作流的內(nèi)部來測量性能，你只會檢測出和解決應(yīng)用特定的那部分問題。如果軟件不能在用戶裝置上來測量響應(yīng)時間，那就手動進行測量，根據(jù)單個或一組的時序事務(wù)?！罢！被蝾A(yù)期值將成為你的基準，任何偏差代表有問題需要確定并解決。

優(yōu)化多云應(yīng)用性能

當應(yīng)用的性能在多云環(huán)境受到影響時，大多數(shù)企業(yè)會首先確定這個問題是否與特定的云服務(wù)提供商有關(guān)。查看云管理日志，看性能問題是否由一些云事件引起，如故障或應(yīng)用實例的添加刪除。如果是這樣的話，問題可能與特定的云服務(wù)提供商有關(guān)，你應(yīng)該在尋找多云本身的原因之前先解決這個問題。

如果問題不是某個單獨的供應(yīng)商造成的，則可以追蹤橫跨多云平臺的整個應(yīng)用的工作流。一個多云應(yīng)用一般分為兩類：一類是由云服務(wù)提供商在給定的地理區(qū)域或用戶組托管的應(yīng)用，另一類是用戶的應(yīng)用分散在多個供應(yīng)商。在第一種情況下的QoE的問題會同特定的一組用戶有關(guān)，這可以定位到涉及的云服務(wù)提供商。但第二種情況更復(fù)雜。

數(shù)據(jù)丟失或延遲是造成大多數(shù)應(yīng)用性能問題的原因，所以必須了解工作如何在云服務(wù)提供商之間傳遞。有三大選擇：提供商通過互聯(lián)網(wǎng)傳遞工作，供應(yīng)商通過自己的中央VPN或通過一個專用網(wǎng)絡(luò)互連。每種選項都需要不同的測試和修復(fù)方法。

如果通過互聯(lián)網(wǎng)來連接工作流的話會難以監(jiān)控，并且云供應(yīng)商本身可能無法提供幫助。為了有效地監(jiān)控工作流程在供應(yīng)商之間的切換，在你的應(yīng)用程序組件中構(gòu)建丟失和延遲檢測的功能。值得慶幸的是，許多應(yīng)用都使用TCP/IP，而通過監(jiān)控窗口的大小和讀取中間件網(wǎng)絡(luò)日志經(jīng)常可以檢測到長延遲，會表現(xiàn)為大的窗口或緩沖區(qū)，以及分組包丟失。

窗口/緩沖區(qū)和網(wǎng)絡(luò)日志還可以幫助你監(jiān)控內(nèi)部VPN或直云連接，但除此之外還有一些其他的選擇。根據(jù)你的內(nèi)部工具和技能來挑選合適的選項，或者考慮使用某個集成商，廠商或云提供商的專業(yè)服務(wù)，來設(shè)置你的應(yīng)用便于監(jiān)測。

如果你的多云應(yīng)用工作流是通過VPN在供應(yīng)商之間連接的，使用一個數(shù)據(jù)監(jiān)控探頭來查看實際的數(shù)據(jù)包流。在某些情況下，你會發(fā)現(xiàn)一個延遲或損失的直接證據(jù)。同監(jiān)控供應(yīng)商進行核查，確保你可以得到所需要的數(shù)據(jù)并讓理解數(shù)據(jù)包流的工作人員對結(jié)果進行解釋。

還可以在云供應(yīng)商的邊界點將一個軟件探測器插入到應(yīng)用工作流。有一些監(jiān)控的標準，如RMON，但廠商也會提供專門的測試和監(jiān)控工具，這些工具可以提供更好的功能。盡可能的在探測器的級別上分析，而不是創(chuàng)建一個監(jiān)控包流然后發(fā)送回遠程位置再進行分析。第二個模型會引入自己的延遲和變化，往往掩蓋了真正的問題。

找出一個多云模型中應(yīng)用性能問題的根源，最好的辦法是在組件的級別上或者至少在工作流跨公有云提供商的邊界處將該能力構(gòu)建到應(yīng)用程序中。事務(wù)的序列號和時間戳可以提供可靠的數(shù)據(jù)包延遲和丟失數(shù)據(jù)，網(wǎng)絡(luò)和云供應(yīng)商都接受此信息作為問題的指示。

為了修復(fù)與多云應(yīng)用性能相關(guān)的任何問題，將證據(jù)交給你的云和網(wǎng)絡(luò)供應(yīng)商，并與他們一起找到解決的方法。目標是要將你的性能問題關(guān)聯(lián)到一個供應(yīng)商可以修復(fù)的場景下。在某些情況下，你必須支付一個優(yōu)質(zhì)的服務(wù)，以提高性能，所以不要認為這是個能夠由云供應(yīng)商搞定的“問題”，你也得參與到其中。

轉(zhuǎn)載請注明文章來源【深圳服務(wù)器租用,深圳服務(wù)器托管,http://doly.net.cn】