Linux叢集技術的熱點-虛擬技術(轉)
Linux叢集技術的熱點-虛擬技術(轉)[@more@]如今在IT工業中,虛擬技術的發展已經蓄勢待發,但在Linux叢集中卻難以成功。Beowulf工程的創始人之一Donald Becker說,這是一件令人遺憾的事情,因為該系統僅提供一個沒有任何意義的虛擬選項。
Becker 說,Linux叢集系統應該更加註重虛擬技術以及高可行性的發展,並在他的採訪中說明了理由。同時他對改用Linux叢集的對稱多處理使用者提出了一些建議。
除了他在Beowulf中的角色以外,Becker 還是Scyld軟體的創始人以及主要科學家。他還剛剛加入了本站的專家組,並作為一個特邀專家來回答使用者的有關Linux叢集以及伺服器的問題。
*在Linux叢集技術中有什麼最新的進展嗎?
Donald Becker:現在,叢集技術中的發展熱點是虛擬技術。兩個著名的傳統虛擬技術系統是VMWare和Xen。VMWare仿效並模擬個人電腦的硬體裝置。這使得它可以在自己的OS中執行幾乎所有的作業系統。
然而,虛擬技術發展的一個缺點是它經常暗含、依賴一些大的上層技術。結果,VMWare模仿一些上層技術從而沒有什麼機會來最佳化系統。Xen是一個同時執行多個作業系統的系統管理程式。它不是全面的模仿,從而減少了對上層技術的依賴。但是,它仍然需要最佳化它的核心技術。
*Linux叢集上的虛擬技術與其他的方法有什麼不同?
Becker:VMWare 和 Xen二者都設想,它們可以執行並全面安裝多個核心。執行叢集就提供了不被虛擬技術所限制的機會,創造一個僅僅執行應用程式必需條件的輕鬆環境。當系統伺服器有一個任務需要主要的網路終端來完成,這時該計算機終端只需要執行該應用程式,這樣就可以提高工作效率,這也正式和傳統的虛擬系統的不同之處。
*一些IT實業派說,他們用對稱多處理(SMP)系統進行高強度的資料計算。這些技術在移植Linux叢集時會遇到那些挑戰呢?
Becker:這個問題的答案很大程度的取決於你所執行的應用的應用程式。
最早的進入叢集的應用程式的型別是使用者引數的執行系統。在該模型中,多個相互獨立的應用程式是執行在不同的資料處理機上。
如果對稱多處理(SMP)系統被應用是基於它對單程式工作的高效率,Beowulf的叢集將是一個不錯的替代品。然而,如果對稱多處理(SMP)系統是基於共用儲存器多程式工作,那麼可能致使應用程式的結構複雜化。
一個傳統的應用SMP的場合是轉換型資料庫。這是一個精細通訊及鎖定在SMP上執行的特殊情況,但在叢集上可以取得同樣的結果。所以需要作細緻的分析以決定SMP移植進叢集是否是可行的。
大部分的程式不能相容於這兩個極端。
*Linux叢集能夠最終取得高可行性(HA),還是隻能保持其固有的複雜性?
Becker:可量測性並不排除其高實用性,所以Linux叢集能夠取得高的實用性(HA)。高實用性(HA)是基於對商務上的應用程式及資料等的穩定的支援上。計算機程式等的正常執行時間的標準應該在99.999%以上,也就是說一天最多隻能有一秒鐘的停工。
經典的高效叢集配置包括兩個伺服器,能夠分別瞭解對方的狀態並共用一個儲存子系統。如果任何一個伺服器出現故障,則另一個將會承擔所有的工作。高效叢集取得穩定的可靠性是透過故障排除、負載平衡、贅餘處理以及其他的一些方式來將兩臺或多臺伺服器連線在一起,從而減少必然的或偶然的儲存損耗並且共用儲存裝置。
由於它們的絕對容量的限制,大的叢集很可能頻繁的出現問題,所以就需要設計如何處理這些問題的程式。然而,這種設計不會自動發生,現在市場上的很多工具都沒有解決這種問題。設計周全的子系統,例如一些具有很好的管理能力的商業評定的系統,能夠處理增加的可量測性。這就意味著測量各種各樣的引數並避免那些多如牛毛的問題,這些問題經常發生在一個終端佔據了大量的儲存頁面或系統檔案資料而導致其他的終端無法工作時。
*在Linux叢集系統中取得高效性有哪些途徑呢?
Becker:在叢集系統的配置中,多個伺服器在同一系統是透過中央控制點來管理的。這代表高效性狀態的一個明顯優勢,因為有很多伺服器可以進入的備份資源,這就允許了24 x 7的可行性,錯誤維護,對於分散應用程式的中央管理,對大型資料資源的處理能力以及動態網站出版和災難修復。
選擇一種適當的方法來保證停機期以及重新啟動期的資料完整性是十分重要的。不幸的是,不是所有的選擇都可以提高可靠性以及保持資料完整性。所以,在工作時合理的選擇你的執行程式是很重要的。
一些非商業性的叢集系統創造了一個區域性的單一系統設想,透過一下方式完成:請求網路虛擬記憶體;或全球同一的檔案系統;或進行一個明晰的系統移植。然而,這種設計無法很好的處理錯誤問題,因為任何一臺終端出現問題時,系統必須花費一定的時間去修復或者停止所有和這臺及其關聯的程式。
一個好的解決方法是保證叢集的主要終端持續執行。對於大的安裝系統來說,要保證一個主要終端透過常規的裝置備份和災難恢復;或者同時多個主要終端的方法。換一種說法,計算機終端可以加入或離開叢集,而不影響基礎系統即使是在它之上的應用程式已經停止的情況下。
Becker 說,Linux叢集系統應該更加註重虛擬技術以及高可行性的發展,並在他的採訪中說明了理由。同時他對改用Linux叢集的對稱多處理使用者提出了一些建議。
除了他在Beowulf中的角色以外,Becker 還是Scyld軟體的創始人以及主要科學家。他還剛剛加入了本站的專家組,並作為一個特邀專家來回答使用者的有關Linux叢集以及伺服器的問題。
*在Linux叢集技術中有什麼最新的進展嗎?
Donald Becker:現在,叢集技術中的發展熱點是虛擬技術。兩個著名的傳統虛擬技術系統是VMWare和Xen。VMWare仿效並模擬個人電腦的硬體裝置。這使得它可以在自己的OS中執行幾乎所有的作業系統。
然而,虛擬技術發展的一個缺點是它經常暗含、依賴一些大的上層技術。結果,VMWare模仿一些上層技術從而沒有什麼機會來最佳化系統。Xen是一個同時執行多個作業系統的系統管理程式。它不是全面的模仿,從而減少了對上層技術的依賴。但是,它仍然需要最佳化它的核心技術。
*Linux叢集上的虛擬技術與其他的方法有什麼不同?
Becker:VMWare 和 Xen二者都設想,它們可以執行並全面安裝多個核心。執行叢集就提供了不被虛擬技術所限制的機會,創造一個僅僅執行應用程式必需條件的輕鬆環境。當系統伺服器有一個任務需要主要的網路終端來完成,這時該計算機終端只需要執行該應用程式,這樣就可以提高工作效率,這也正式和傳統的虛擬系統的不同之處。
*一些IT實業派說,他們用對稱多處理(SMP)系統進行高強度的資料計算。這些技術在移植Linux叢集時會遇到那些挑戰呢?
Becker:這個問題的答案很大程度的取決於你所執行的應用的應用程式。
最早的進入叢集的應用程式的型別是使用者引數的執行系統。在該模型中,多個相互獨立的應用程式是執行在不同的資料處理機上。
如果對稱多處理(SMP)系統被應用是基於它對單程式工作的高效率,Beowulf的叢集將是一個不錯的替代品。然而,如果對稱多處理(SMP)系統是基於共用儲存器多程式工作,那麼可能致使應用程式的結構複雜化。
一個傳統的應用SMP的場合是轉換型資料庫。這是一個精細通訊及鎖定在SMP上執行的特殊情況,但在叢集上可以取得同樣的結果。所以需要作細緻的分析以決定SMP移植進叢集是否是可行的。
大部分的程式不能相容於這兩個極端。
*Linux叢集能夠最終取得高可行性(HA),還是隻能保持其固有的複雜性?
Becker:可量測性並不排除其高實用性,所以Linux叢集能夠取得高的實用性(HA)。高實用性(HA)是基於對商務上的應用程式及資料等的穩定的支援上。計算機程式等的正常執行時間的標準應該在99.999%以上,也就是說一天最多隻能有一秒鐘的停工。
經典的高效叢集配置包括兩個伺服器,能夠分別瞭解對方的狀態並共用一個儲存子系統。如果任何一個伺服器出現故障,則另一個將會承擔所有的工作。高效叢集取得穩定的可靠性是透過故障排除、負載平衡、贅餘處理以及其他的一些方式來將兩臺或多臺伺服器連線在一起,從而減少必然的或偶然的儲存損耗並且共用儲存裝置。
由於它們的絕對容量的限制,大的叢集很可能頻繁的出現問題,所以就需要設計如何處理這些問題的程式。然而,這種設計不會自動發生,現在市場上的很多工具都沒有解決這種問題。設計周全的子系統,例如一些具有很好的管理能力的商業評定的系統,能夠處理增加的可量測性。這就意味著測量各種各樣的引數並避免那些多如牛毛的問題,這些問題經常發生在一個終端佔據了大量的儲存頁面或系統檔案資料而導致其他的終端無法工作時。
*在Linux叢集系統中取得高效性有哪些途徑呢?
Becker:在叢集系統的配置中,多個伺服器在同一系統是透過中央控制點來管理的。這代表高效性狀態的一個明顯優勢,因為有很多伺服器可以進入的備份資源,這就允許了24 x 7的可行性,錯誤維護,對於分散應用程式的中央管理,對大型資料資源的處理能力以及動態網站出版和災難修復。
選擇一種適當的方法來保證停機期以及重新啟動期的資料完整性是十分重要的。不幸的是,不是所有的選擇都可以提高可靠性以及保持資料完整性。所以,在工作時合理的選擇你的執行程式是很重要的。
一些非商業性的叢集系統創造了一個區域性的單一系統設想,透過一下方式完成:請求網路虛擬記憶體;或全球同一的檔案系統;或進行一個明晰的系統移植。然而,這種設計無法很好的處理錯誤問題,因為任何一臺終端出現問題時,系統必須花費一定的時間去修復或者停止所有和這臺及其關聯的程式。
一個好的解決方法是保證叢集的主要終端持續執行。對於大的安裝系統來說,要保證一個主要終端透過常規的裝置備份和災難恢復;或者同時多個主要終端的方法。換一種說法,計算機終端可以加入或離開叢集,而不影響基礎系統即使是在它之上的應用程式已經停止的情況下。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10617731/viewspace-947518/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Linux 叢集技術(轉)Linux
- 戴爾技術總監:虛擬技術將解放Linux(轉)Linux
- Docker技術( 容器虛擬化技術 )Docker
- Linux虛擬網路技術Linux
- 虛擬化技術(-)
- 虛擬化技術
- 虛擬化技術(=)難點介紹
- Linux 虛擬網路卡技術:MacvlanLinuxMac
- 伺服器虛擬化技術的優點伺服器
- 虛擬現實技術
- KVM 虛擬化技術
- 虛擬技術與雲
- 容器技術和虛擬機器技術的對比虛擬機
- LVS叢集技術
- 虛擬化四、KVM虛擬化技術
- 什麼是虛擬化技術,為什麼要虛擬化技術?薦
- Linux世界貿易展:AMD推虛擬化技術(轉)Linux
- 虛擬化技術概述(一)
- 初識虛擬化技術
- Oracle叢集技術 | 叢集的自啟動系列(一)Oracle
- 後端技術雜談6:白話虛擬化技術後端
- 網路虛擬化技術棧
- 虛擬技術助力春運高峰
- 在Linux中,什麼是叢集,並且列出常見的叢集技術。Linux
- Red Hat虛擬化技術Xen訊息透露(轉)
- 熱點部落格,技術歷程和技術積累 (個人)
- 紅帽Linux平臺:虛擬化技術發展詳解(轉)Linux
- Redis叢集技術及Codis實踐Redis
- 資料庫叢集技術漫談資料庫
- 虛擬化中的連結克隆技術
- 影像感測器熱點技術
- 虛擬化技術之kvm基礎
- web技術分享| 虛擬列表實現Web
- 反虛擬機器技術總結虛擬機
- 虛擬機器檢測技術攻防虛擬機
- 紅帽Linux平臺:虛擬化技術發展詳解(2)(轉)Linux
- 紅帽Linux新系統整合虛擬技術 實現簡易操作(轉)Linux
- 虛擬蜜罐:從資訊模擬到實現虛擬蜜罐技術