คำถามติดแท็ก amazon-elasticache

เราประสบปัญหาอย่างต่อเนื่องกับการสลับอินสแตนซ์ ElastiCache Redis ของเรา ดูเหมือนว่า Amazon จะมีการตรวจสอบภายในที่ไม่แน่นอนซึ่งแจ้งให้ทราบถึงการสลับการใช้งานและเพียงแค่รีสตาร์ทอินสแตนซ์ ElastiCache (ดังนั้นจึงสูญเสียรายการแคชทั้งหมดของเรา) นี่คือแผนภูมิของ BytesUsedForCache (สายสีน้ำเงิน) และ SwapUsage (เส้นสีส้ม) ในอินสแตนซ์ ElastiCache ของเราในช่วง 14 วันที่ผ่านมา: คุณสามารถดูรูปแบบของการใช้งาน swap ที่เพิ่มขึ้นซึ่งดูเหมือนว่าจะกระตุ้นการรีบู๊ตอินสแตนซ์ ElastiCache ของเราซึ่งเราสูญเสียรายการแคชทั้งหมดของเรา (BytesUsedForCache ลดลงเป็น 0) แท็บ 'เหตุการณ์แคช' ของแดชบอร์ด ElastiCache ของเรามีรายการที่เกี่ยวข้อง: รหัสที่มา | ประเภท | วันที่ | เหตุการณ์ cache-instance-id | แคชคลัสเตอร์ อ. ก.ย. 22 07:34:47 GMT-400 2015 | …

14 memory-usage  swap  redis  amazon-elasticache 

ฉันสงสัยเกี่ยวกับเหตุผลในการใช้ ElastiCache / SimpleQueue vs เพิ่งมีตาราง "Cache" และ "Queue" ใน DynamoDB ตามลำดับ ดูเหมือนว่าเวลาแฝงของเครือข่ายไปยังบริการ Cache / Queue จะดีกว่าประสิทธิภาพที่เพิ่มขึ้นและการที่ EC2 ปฏิบัติกับเครื่องปั่นไฟเนื่องจากบริการแคช / คิวจะให้บริการเวลาแฝงและปริมาณงานที่เท่ากัน (เนื่องจากเครื่องปั่นไฟอนุญาตให้แฝงต่ำ โหลด) มันเกี่ยวกับราคาของไดนาโมเทียบกับบริการอื่น ๆ เป็นหลักหรือไม่? ไม่มีใครมีหมายเลขแฝงที่หยาบเปรียบเทียบไดนาโมกับ ElastiCache / SQS หรือไม่? มีการพิจารณาที่สำคัญอื่น ๆ อีกหรือไม่ที่ฉันคิดถึงซึ่งทำให้ความซับซ้อนเพิ่มขึ้น? ขอบคุณ

13 amazon-web-services  amazon-elasticache  amazon-dynamodb