6g下載網
當前位置: 主頁 > 軟件教程 > 云計算 >

OpenStack計算節點要注意哪些問題?OpenStack計算節點部署教程

時間: 2016-12-27 17:34 來源: 本站整理

分享到:

OpenStack計算節點要注意哪些問題?今天小編整理一篇OpenStack計算節點部署教程的文章和大家分享,希望能給大家提供幫助。

計算節點構成OpenStack計算云的資源核心,提供運行實例的處理,內存,網絡和存儲資源。

CPU選擇

計算節點中的CPU類型是非常重要的選擇。 首先,確保CPU通過VT-x(用于Intel芯片)和AMD-v(用于AMD)芯片支持虛擬化。 CPU的核心數量也會影響決策。 目前的CPU最多有12個內核。 此外,如果Intel CPU支持超線程,那么這12個內核會加倍到24個內核。 如果您購買了支持多個CPU的服務器,則核心數進一步增加。

多線程注意事項

超線程是英特爾專有的同步多線程實現,用于提高CPU的并行性。 您可以考慮啟用超線程以提高多線程應用程序的性能。

是否應該在CPU上啟用超線程取決于您的用例。 例如,禁用超線程在密集計算環境中可能是有益的。 我們建議您使用您的本地工作負載進行性能測試,同時啟用和禁用超線程,以確定在您的情況下什么更合適。

Hypervisor選擇

Hypervisor提供軟件來管理虛擬機對底層硬件的訪問。 Hypervisor創建,管理和監視虛擬機。 OpenStack計算支持多種程度的Hypervisor,包括: KVM LXC QEMU VMware ESX / ESXi Xen Hyper-V Docker 在您選擇的Hypervisor中最重要的因素可能是您當前的使用或體驗。 除此之外,還有與功能,文檔和社區經驗水平有關的實際問題。例如,KVM是OpenStack社區中最廣泛采用的Hypervisor。 除了KVM,更多的部署運行Xen,LXC,VMware和Hyper-V比列出的其他人。 但是,每個都缺少一些功能支持或關于如何使用OpenStack的文檔已過時。可在Hypervisor支持列表和配置參考中找到可用于支持您選擇的最佳信息。

實例存儲解決方案

作為計算群集的采購的一部分,必須為運行實例化實例的磁盤指定一些存儲。有三種主要方法來提供這種臨時類型的存儲,重要的是要了解選擇的影響。他們是:

關閉計算節點存儲

- 共享文件系統打開計算節點存儲

- 共享文件系統打開計算節點存儲

- 非共享文件系統

一般來說,在選擇存儲時應提出的問題如下:

你可以實現什么盤數?

盡管網絡訪問,更多的心軸會導致更好的I / O嗎?

哪一個會導致您所針對的最佳性價比方案?如何在操作上管理存儲?

許多運營商使用單獨的計算和存儲主機。計算服務和存儲服務有不同的要求,計算主機通常比存儲主機需要更多的CPU和RAM。因此,對于固定預算,為計算節點和存儲節點配置不同的配置是有意義的。計算節點將投資于CPU和RAM,存儲節點將投資于塊存儲。但是,如果您在可用于創建云的物理主機數量上受到更多限制,并且希望能夠盡可能多地為運行實例分配主機,則在同一計算和存儲上運行計算和存儲是有意義的機器。我們將在接下來的幾節中討論實例存儲的三種主要方法。

關閉計算節點存儲 - 共享文件系統

在此選項中,存儲運行實例的磁盤托管在計算節點外部的服務器中。如果使用單獨的計算和存儲主機,則可以將計算主機視為“無狀態”。只要當前在計算主機上沒有運行任何實例,就可以使其脫機或完全擦除而不產生任何影響 在你的云的其余部分。 這簡化了計算主機的維護。

這種方法有幾個優點:

- 如果計算節點發生故障,實例通常很容易恢復。

- 運行專用存儲系統在操作上可以更簡單。

- 您可以縮放到任意數量的主軸。

- 可以共享外部存儲器用于其他目的。

這種方法的主要缺點是:

- 根據設計,某些實例的大量I/O使用可能會影響不相關的實例。

- 使用網絡可能會降低性能。

打開計算節點存儲 - 共享文件系統

在此選項中,每個計算節點都指定了大量的磁盤空間,但是分布式文件系統將每個計算節點的磁盤綁定到單個裝載中。 此選項的主要優點是,當您需要額外的存儲時,它可擴展到外部存儲。 但是,此選項有幾個缺點: - 與非共享存儲相比,運行分布式文件系統可能會導致數據本地性丟失。 - 根據多個主機,實例的恢復很復雜。 - 計算節點的機箱大小可以限制能夠在計算節點中使用的主軸的數量。 - 使用網絡可能會降低性能。

打開計算節點存儲 - 非共享文件系統

在此選項中,每個計算節點都指定有足夠的磁盤來存儲其托管的實例。 這是一個好主意有兩個主要原因:

- 一個計算節點上的大量I / O使用不會影響其他計算節點上的實例。

- 直接I / O訪問可以提高性能。

這有幾個缺點:

- 如果計算節點失敗,則在該節點上運行的實例將丟失。

- 計算節點的機箱大小可以限制能夠在計算節點中使用的主軸的數量。

- 將實例從一個節點遷移到另一個節點更復雜,并且依賴于可能不會繼續開發的功能。

- 如果需要額外的存儲,則此選項不會縮放。

在除了計算節點之外的存儲系統上運行共享文件系統對于可靠性和可伸縮性是最重要的因素的云來說是理想的。在計算節點本身上運行共享文件系統可能是最好的情況,您必須部署到預先存在的服務器,您幾乎沒有控制他們的規范。在計算節點本身上運行非共享文件系統對于具有高I/O要求和低可靠性的云來說是一個很好的選擇。

實時遷移的問題

我們認為實時遷移是云操作的一個組成部分。 此功能提供了將實例從一個物理主機無縫移動到另一個物理主機的能力,這是執行需要重新啟動計算主機的升級的必要性,但僅適用于共享存儲。還可以使用稱為KVM活動塊遷移的功能,通過非共享存儲進行實時遷移。 雖然KVM和QEMU中基于塊的遷移的早期實現被認為是不可靠的,但是基于塊的實時遷移的更新,更可靠的實現是與OpenStack兼容的QEMU 1.4和libvirt 1.0.2。

文件系統選擇

如果要支持共享存儲實時遷移,則需要配置分布式文件系統。可能的選項包括:

- NFS(Linux的默認值)

- GlusterFS

- MooseFS

- Lustre

我們已經看到了所有的部署,并建議您選擇最熟悉操作的部署。 如果你不熟悉任何這些,選擇NFS,因為它是最容易設置和有廣泛的社區知識。

過度使用

OpenStack允許您在計算節點上過度使用CPU和RAM。這允許您增加可以在云上運行的實例數,但代價是降低實例的性能。默認情況下,OpenStack Compute使用以下比率: CPU分配比:16:1 RAM分配比:1.5:1 默認的CPU分配比為16:1意味著調度程序為每個物理核心分配最多16個虛擬核心。例如,如果物理節點具有12個內核,則調度程序會查看192個可用虛擬內核。對于每個實例4個虛擬核心的典型風味定義,此比率將在物理節點上提供48個實例。計算節點上虛擬實例數量的公式為(OR * PC)/ VC,其中:

- OR

CPU超額比率(每個物理核心的虛擬核心)

- PC

物理內核數

- VC

每個實例的虛擬核心數

類似地,1.5:1的默認RAM分配比率意味著只要與實例關聯的RAM總數小于物理節點上可用RAM的1.5倍,調度器就會將實例分配給物理節點。

結論

計算節點是您的云的主力和用戶的應用程序將運行的地方。 它們可能受到您對要部署的部署和部署方式的決定的影響。 他們的要求應該反映在你所做的選擇。

OpenStack計算節點部署教程的文章和大家分享結束,感謝閱讀!

(責任編輯:大衛)

分享到:

------分隔線----------------------------
? 35选7福利彩票