AWS上的Cassandra

Question

我是AWS的新手，也是Cassandra的新手。 我剛剛閱讀了AWS中可用的EBS和S3存儲。 我試圖弄清楚我們是否在EC2中安裝了Cassandra，它將使用哪個存儲？ EBS還是S3？ 還是有其他存儲空間？ 我對此很困惑。 請幫我理解這個。

謝謝Aravind

Answer 1

對於Cassandra，您需要使用EBS。 S3是一個對象存儲，帶有用於存儲和檢索對象的API，但不是簡單的查詢機制。 用例包括備份和歸檔，災難恢復，靜態網站托管等

但是，您可以使用S3進行Cassandra備份 。

您還可以考慮臨時磁盤（如Jeff所述）和AWS實例附帶的存儲。

Answer 2

您不應該按照Datastax本身的建議在EBS上運行Cassandra：

“出於以下原因，不推薦使用EBS卷用於Cassandra數據卷：

EBS卷直接爭用標准數據包的網絡吞吐量。 這意味着如果您使網絡鏈接飽和，EBS吞吐量可能會失敗。 EBS卷的性能不可靠。 I / O性能可能異常緩慢，導致系統反向加載讀取和寫入，直到整個群集無響應。 通過增加每個主機的EBS卷數來增加容量不會擴展。 您可以輕松超越系統保持有效緩沖區緩存的能力，並同時為其負責管理的所有數據提供請求。“

http://docs.datastax.com/en/cassandra/1.2/cassandra/architecture/architecturePlanningEC2_c.html

Answer 3

上面的答案來自Cassandra 1.2，一個相對較舊的版本。 較新版本的Cassandra的文檔表明使用GP2 SSD的EBS Optimized實例可用於生產工作負載。

http://docs.datastax.com/en/cassandra/3.x/cassandra/planning/planPlanningEC2.html

從那時起發生了變化的事情是創建EBS優化實例，這可以減少和/或消除嘈雜的鄰居吞吐量問題，並使用GP2 SSD進行EBS存儲。

如果您剛剛開始，我會推薦EBS Optimized。 性能應該相當不錯，但您獲得了關鍵能力 - >創建快照。 這樣可以降低實例變得不穩定的風險，因為您可以使用S3支持的卷快照來重建驅動器死機時的數據。

這減少了跨區域設置Cassandra集群的需求。 使用Ephemeral時必須構建的一個問題是整個區域可能會崩潰，如果您沒有構建多區域群集，則可能會消滅整個群集。 對於EBS，這不是一個真正的問題。