2017-05-05 90 views
2

因爲我想旋轉的多個虛擬機,LXD似乎有效choiceLXD是用於生產嗎?

但作爲搬運工,LXD似乎有大約不怎麼起眼,

最初的想法,我已經使用LXC創建開始測試容器,並安裝了mongodb數據庫,至少在mongodb中的數據在重啓容器後保持不變。 (我可能在這裏是錯誤的)並且與lxc容器交互就像登錄到物理服務器一樣簡單。

任何人都可以提LXD的好的,壞的和痛苦點,類似 喜歡這篇文章,其中提到使用 docker的個人經歷嗎?

首選問題回答

  • 多少LXD容器我可以在12GB的內存和四核處理器上運行呢?
  • LXD是否足夠成熟,可以在生產環境中運行?
  • 我可以用我的應用程序,數據庫創建LXD圖像,並在生產服務器上運行嗎?
  • LXD容器當前的侷限性?
  • 它是由Canonical開發和維護的,(不知道這個項目會不會像unity8一樣掉線),還是會繼續?

回答

4

雖然這個答案並不像泊塢文章廣泛的,我去了你的首選問題:

多少LXD容器我可以在12GB的內存和四核處理器上運行呢?

  • 真的沒有一套最大的基於硬件的要求集裝箱,這是不是可以直接或者回答。這些容器佔用的空間非常小,所以就內存和處理能力而言,它們並不真正使用資源,直到容器實際上做了某些事情。不要將LXD看作是資源被保留的虛擬機管理程序,而是他們坐下來等待容器做些事情,然後請求才會向主機操作系統冒泡以進行硬件訪問。話雖如此,你可以設置每個容器的資源上限,所以它們不會超過一定的限制,但對於你的問題的答案完全取決於容器將要做什麼。您可以在該設置上運行數百個容器,但前提是他們沒有做任何事情。一旦他們開始消耗資源,你會更好地瞭解你可以運行多少。

LXD是否已經足夠成熟,可以在生產環境中運行了?

  • 是的,我們已經運行LXD一年多了,現在我們的生產服務器,並很高興與正常運行時間。 LXD已經成熟滿足我們的需求,但首先要評估業務需求,這一點很重要。

我可以建立LXD圖片與我的應用程序,數據庫和剛生產服務器上運行?

  • 是的,它內置了相應的命令。您可以使用其基本映像,構建應用程序,製作應用程序的映像,然後將其複製到其他硬件中,然後根據需要指定負載平衡器。但要小心你的數據庫。如果您正在複製您的應用程序,那麼我建議您爲您的數據庫提供一個單獨的LXD容器,並且可以根據需要分割並映像。我已經對一些容器進行了一些測試,並且我們有50GB容器用於我們的數據庫,並複製映像,推送到異地進行備份,然後通常只需不到2分鐘就可以提交到新服務器。所以如果你有小容器,你的反應時間會非常快。我們試圖在這些圖像寫入過程中導致數據庫損壞,並在成像過程中用查詢轟擊數據庫,並且它非常優雅地處理它而沒有一次損壞,但不依賴於它。始終運行自己的備份。

LXD容器當前的侷限性?

  • 關於限制,我發現sucks是基本的網絡設置。然而,這正在開發中解決,而且好多了。我們的測試版服務器現在通過DHCP進行連接,而不是橋接,並且使其更快,更容易推出。我發現那裏的工具缺乏,所以如果你沒有太多的命令行,你最初可能會掙扎。

它是開發和維護由Canonical,(不知道這個項目將被丟棄的像統一8),或將繼續下去?

  • 據我所看到的,發展很活躍,這個項目斯特凡格雷伯的頭在這裏停留。他在社區中很活躍,我也看到他也回答了有關Stackexchange的問題。考慮到LXD是LXC的主要擴展,我會非常驚訝,如果它被放棄了。
+0

你救了我的一天:),有點厭倦了閱讀所有的「hello world」lxd容器的例子,每個地方:) –

+0

那麼,LXD(或'lxd')是LXC 2.x的守護進程...據我所知,這仍然稱爲Linux Containers(或LXC)(據我瞭解,這可以通過Stéphane在他自己的博客上的評論得到證實)。人們(包括Canonical)使用名字LXD的主要原因是將LXC 2.x設置爲比較笨重的LXC 1.x。畢竟'lxd'守護進程是LXC 2.x的核心。至少我是這麼理解的。順便說一下,鏈接到Stéphane的關於LXD的博客系列將真正補充您自己在答案中給出的信息。 – 0xC0000022L