微型VM彌補(bǔ)完整VM和容器間的差距

作者：Stefani Muñoz 2019-10-16 11:09:41
云計(jì)算
虛擬化 虛擬機(jī)(VM)和容器是現(xiàn)在的主流技術(shù)，但是它們都有缺點(diǎn)，給管理帶來(lái)挑戰(zhàn)，例如移動(dòng)性降低和安全性較弱。而微型VM可為IT管理員提供所需的功能，且沒(méi)有增加缺點(diǎn)。

創(chuàng)新互聯(lián)專注于華鎣企業(yè)網(wǎng)站建設(shè),響應(yīng)式網(wǎng)站開(kāi)發(fā),商城系統(tǒng)網(wǎng)站開(kāi)發(fā)。華鎣網(wǎng)站建設(shè)公司,為華鎣等地區(qū)提供建站服務(wù)。全流程按需制作網(wǎng)站，專業(yè)設(shè)計(jì)，全程項(xiàng)目跟蹤，創(chuàng)新互聯(lián)專業(yè)和態(tài)度為您提供的服務(wù)

 虛擬機(jī)(VM)和容器是現(xiàn)在的主流技術(shù)，但是它們都有缺點(diǎn)，給管理帶來(lái)挑戰(zhàn)，例如移動(dòng)性降低和安全性較弱。而微型VM可為IT管理員提供所需的功能，且沒(méi)有增加缺點(diǎn)。

微型VM使管理員能夠在每個(gè)主機(jī)上運(yùn)行大量的小型VM。但隨著這些微型VM的累積，主機(jī)會(huì)變得越來(lái)越緊張，這可能會(huì)導(dǎo)致系統(tǒng)性能降低和資源耗盡等問(wèn)題。不過(guò)，AWS Firecracker等平臺(tái)可幫助解決這些問(wèn)題，這些平臺(tái)可提供微型VM和相應(yīng)管理功能，以確保最佳性能。

了解微型虛擬機(jī)及其優(yōu)勢(shì)

在管理員了解微型VM所提供的功能之前，應(yīng)先了解VM和容器的優(yōu)缺點(diǎn)。VM使管理員可以運(yùn)行彼此獨(dú)立的多個(gè)OS實(shí)例。雖然這提供了更多的隔離，但這里需要大量資源。與VM相比，容器更小且資源占用更少，缺點(diǎn)是，它們可能使整個(gè)系統(tǒng)面臨安全風(fēng)險(xiǎn)，因?yàn)橥恢鳈C(jī)上的容器共享同一OS。

相比之下，微型VM可為管理員提供兩全其美的體驗(yàn)。本質(zhì)上，微型VM采用容器架構(gòu)，同時(shí)可為每個(gè)實(shí)例保留VM隔離。這使管理員可以快速創(chuàng)建和部署大量微型VM，而不會(huì)面臨資源爭(zhēng)用的風(fēng)險(xiǎn)。微型VM還確保安全性。

何時(shí)利用完整VM、容器或微型VM

我們很難知道何時(shí)利用完整的VM、容器或微型VM。這意味著，每種實(shí)例類型都有其特定的用例，并且，管理員的選擇取決于他運(yùn)行的工作負(fù)載的類型。

如果管理員依賴于傳統(tǒng)的整體應(yīng)用程序，則最好使用完整的VM，因?yàn)閂M是完整且獨(dú)立的服務(wù)器，可部署復(fù)雜的傳統(tǒng)應(yīng)用程序，例如數(shù)據(jù)庫(kù)。

對(duì)于需要可擴(kuò)展性和工作負(fù)載移動(dòng)性的管理員來(lái)說(shuō)，容器是更理想的選擇。由于缺乏隔離性，容器也更適合不需要高級(jí)別安全性的工作負(fù)載。

另外，那些希望支持傳統(tǒng)的單片應(yīng)用程序又想要實(shí)現(xiàn)可擴(kuò)展性和移動(dòng)性的管理員，應(yīng)考慮使用微型VM。微型VM具有容器架構(gòu)的優(yōu)點(diǎn)，同時(shí)保留了完整VM提供的安全性和隔離性。

微型VM管理挑戰(zhàn)

微型虛擬機(jī)可彌合容器和完整虛擬機(jī)之間的鴻溝，為管理員提供兩者的優(yōu)勢(shì)。但微型虛擬機(jī)也帶來(lái)獨(dú)特的挑戰(zhàn)。

通過(guò)微型虛擬機(jī)，管理員可以一次并連續(xù)創(chuàng)建大量小型虛擬機(jī)。但是，隨著微型VM的積累，管理員可能面臨的情況是：超出虛擬機(jī)管理程序的VM限制和可用的軟件許可證。

微型VM的大規(guī)模使用也會(huì)導(dǎo)致資源爭(zhēng)用。常見(jiàn)的誤解是，由于微型VM的尺寸減小，因此不會(huì)消耗大量資源。但是VM的大小并不一定決定其使用的資源數(shù)量。通常，單個(gè)主機(jī)中數(shù)量龐大的VM會(huì)導(dǎo)致資源爭(zhēng)用。而且，如果管理員在短時(shí)間內(nèi)創(chuàng)建了太多的微型VM，可能會(huì)淹沒(méi)主機(jī)。

AWS Firecracker介紹

盡管微型VM帶來(lái)的新管理挑戰(zhàn)，但市面上有很多供應(yīng)商和平臺(tái)可幫助管理員成功地對(duì)其進(jìn)行管理，AWS Firecracker就是其中之一。Firecracker是一種開(kāi)源虛擬化技術(shù)，使管理員能夠?yàn)槿萜骰瘧?yīng)用構(gòu)建微型VM。

AWS使用Firecracker來(lái)支持其某些云服務(wù)，例如Lambda和Fargate，同時(shí)，管理員也在本地環(huán)境中使用該軟件。AWS于2018年11月首次推出Firecracker，它通過(guò)容器的移動(dòng)性提供完整VM的隔離和安全性。

AWS Firecracker非常適合事件驅(qū)動(dòng)和短暫的工作負(fù)載，例如無(wú)服務(wù)器計(jì)算。那些尋求多級(jí)隔離和保護(hù)的管理員將從Firecracker中受益。Firecracker的核心是依賴于Linux內(nèi)置的KVM模塊，從而使其能夠在非虛擬化環(huán)境中啟動(dòng)輕量級(jí)微型VM。

如何使用AWS Firecracker

當(dāng)管理員確定微型VM是否適合其工作負(fù)載后，就可以使用AWS Firecracker構(gòu)建微型VM。AWS Firecracker為管理員提供了極簡(jiǎn)設(shè)計(jì)，這可減少內(nèi)存需求并更好地防御惡意攻擊。

在管理員可以使用AWS Firecracker前，他們必須下載Firecracker二進(jìn)制文件。然后，管理員需要未壓縮Linux內(nèi)核二進(jìn)制文件用作guest OS，以及根文件系統(tǒng)(例如ext4文件系統(tǒng)映像)。

當(dāng)管理員獲取這些二進(jìn)制文件后，他們必須打開(kāi)Shell彈出框才能成功啟動(dòng)并運(yùn)行Firecracker，并需要另一個(gè)shell來(lái)寫(xiě)入其API。這兩個(gè)shell程序必須與Firecracker二進(jìn)制文件在同一目錄中運(yùn)行。

在完成這些步驟后，管理員應(yīng)在第二個(gè)Shell中設(shè)置guest OS內(nèi)核和訪客根文件系統(tǒng)，以啟動(dòng)訪客計(jì)算機(jī)。然后，管理員可以返回到第一個(gè)shell，并確保從提供的彈出框登錄到guest計(jì)算機(jī)。

網(wǎng)站題目：微型VM彌補(bǔ)完整VM和容器間的差距
文章地址：http://m.fisionsoft.com.cn/article/dhjpseg.html