1
我將從Elasticache集羣運行PHP會話。AWS Elasticache PHP會話和冗餘
該網站約會,所以它不是任務關鍵。
我是一個關心節點死亡和被替換,維護窗口和可用區域中斷的觸摸,所有這些都導致會話結束,人們被註銷,最壞的情況是網站根本無法工作。
我讀過關於在另一個可用區域中擁有第二個緩存集羣的信息。什麼是人們對一次寫入2個彈性集羣的想法,以及如何將網站設置爲自動故障轉移?
這裏有什麼技巧可以用來提高會話可用性嗎?
**額外的問題:如何將DynamoDB的性能比較的會話處理?
只是想補充一點,我嘗試使用DynamoDB用於會話存儲和延遲太可怕了,即使是在測試環境中。 ElasticCache工作得很好,但有你提到的限制。 – jamieb
@jamieb對迪納摩的發現感興趣。我發現它與其他DB支持的存儲機制在延遲方面明顯優於我的使用案例。 –
Hello @MikeBrant,我還使用RDS(Mysql)和EC2(新加坡)託管的ElastiCache。我無法獲得表演。我找不到問題,爲什麼這顯示?我如何發現問題? –