雲數據庫服務延遲/性能

Question

我正在運行繁忙的流量站點，並且我們的服務器正在開始達到極限，此時整個LAMP堆棧位於一個盒子上（不理想）。

我想將數據庫移動到它自己的盒子或雲服務上，但是從我以前的經驗將數據庫移動到與Web服務器相同的盒子中，增加了讀取的延遲，極大地降低了網站的速度。

正在使用雲服務來解決這個問題，因爲據我可以說它基本上是相同的情況（將它移動到我的控件中的一個單獨的框中）？在這種情況下，爲什麼目前雲基礎數據庫服務的普及程度如此之高？

基於雲的數據庫服務是否如此之快以至於讀取的延遲如此之低，以至於它幾乎就像在同一數據中心的同一個盒子上一樣？

Answer 1

雲是關於支付其他人管理基礎設施，所以你不必。由於您不必等待物理機器降落，您可以簡單地利用「雲端」未使用的容量，因此它們還具有能夠快速獲取基礎架構的好處。當然，人們在這個基礎架構之上構建功能以使其更容易擴展（這通常是針對某個模型編程的）。

如果您正在考慮雲計劃何時遷移到10臺服務器......或100？您是否處理交通高峯期的大流量？

由於您正在談論轉移到第二個盒子，我不認爲您需要進行雲端討論。只需添加一個數據庫服務器並使用推薦的e4c5緩存。

Answer 2

整個網絡的延遲時間會增加，但不應該那麼明顯。千兆以太網非常快。當你試圖拆分盒子時，你是如何訪問其他盒子的？您應該使用本地內部IP地址（即192.168。＃。＃）。如果您不是，那麼您的請求可能會通過互聯網路由，即使這些框在物理上彼此相鄰。

如果服務器沒有正確聯網，轉移到雲端將無法解決您的問題。

Answer 3

僅爲您的數據庫使用雲服務將無助於您的情況。 如果您只是移動數據庫，則實際上將其放置在遠程位置 - 無論服務內容的硬件多麼強大，這總會增加延遲。

我建議你將看到一個好處，從您的網絡服務器託管您在不同的機器上的數據庫，只要他們身體靠近對方共享的專用網絡（如已經建議）。

如果你想探索雲服務的好處，我建議只這樣做，如果你可以移動都數據庫和 Web服務器在一起。此外，如果您探索跨多個Web服務器和/或複製數據庫的負載平衡，這真的只會帶來好處。 （動態擴展的能力是基於雲平臺的主要優勢）。