使用 Amazon S3 的 NuoDB

我考慮針對 NuoDB 開發我的新移動和 Web 應用程序。我相信他們的技術。我最關心的是在數據損壞和讀/寫速度可擴展性的情況下備份和恢復。

根據我的閱讀，您可以將 NuoDB 與 Amazon S3 一起用作儲存數據的存檔節點。這看起來非常有用，因為您不受限制可以在單個儲存桶上儲存多少數據。此外，備份數據很容易，因為您可以分離存檔節點並獲得數據的備份，您可以通過將存檔節點附加回來並讓其他節點與之同步來恢復數據。

因為我預計會有很多數據（TB），所以這似乎是一個很好的解決方案，因為我不需要導出數據、壓縮數據並將其儲存在 EBS 卷上。

1. S3 作為存檔節點與 NuoDB 的高讀/寫場景效率如何？

2）這是與 NuoDB（我上面描述的那個）一起使用的一個很好的備份選項嗎？

3. 我應該更好地使用 MySQL 負載均衡器嗎？我讀過他們的許多解決方案，您可以在 Amazon RDS 上使用它們來水平擴展數據庫，而無需任何程式碼和數據庫修改（ScaleBase？）。

來自 NuoDB 的 Barry Morris：

1. 你是對的，NuoDB 可以使用 S3 作為它的主記憶體儲。在 NuoDB 術語中，您正在為 S3 配置儲存管理器。
2. 您可以擁有任意數量的其他儲存管理器，包括 S3 上的其他儲存管理器、其他位置的文件系統或其他受支持的鍵/值儲存。
3. 所有儲存管理器都以冗餘方式儲存整個數據庫，因此只要一個儲存管理器仍在系統中的某個位置執行，失去（或關閉）儲存管理器就不會導致數據失去。
4. 如果將空儲存管理器添加到正在執行的數據庫中，它將在參與數據庫活動之前趕上數據庫的目前狀態。對於一個非常大的數據庫，這不是引入新儲存管理器的最有效方式，但它會起作用。
5. 關於備份，您可以採用以下幾種不同策略之一：

a) 進行正常的 JDBC/ODBC/SQL 級備份。

b) 使 Storage Manager 離線，如果需要，我們可以直接從該 Storage Manager 重新啟動這一事實。

c) 有些人會覺得多個儲存管理器中的冗餘儲存就足夠了，他們不需要單獨的備份。

至於 S3 上的性能，它將取決於負載。如果您希望我們給您一些估計，請告訴我們您在做什麼，我們可以估計或為您執行一些測試。

引用自：https://dba.stackexchange.com/questions/21264