คำถามที่พบบ่อยของ Amazon ElastiCache

ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์เป็นตัวเลือกแบบไม่ต้องใช้เซิร์ฟเวอร์ที่ช่วยให้คุณเริ่มการใช้งานแคชได้ภายในเวลาไม่ถึงนาที โดยไม่ต้องเตรียมการใช้งานโครงสร้างพื้นฐานหรือวางแผนความสามารถในการรองรับงาน ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ทำให้ไม่จำเป็นต้องมีกระบวนการวางแผนความสามารถในการรองรับงานที่ใช้เวลานานโดยการตรวจติตดามการประมวลผล หน่วยความจํา และการใช้งานเครือข่ายของแคชอย่างต่อเนื่อง เพื่อให้สามารถปรับขนาดตามต้องการได้ทันทีโดยไม่ต้องหยุดทำงานหรือลดประสิทธิภาพ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์จะจําลองแบบข้อมูลข้าม Availability Zone (AZ) หลายโซนโดยอัตโนมัติ และมอบข้อตกลงระดับการให้บริการที่มีความพร้อมใช้งาน (SLA) 99.99% ให้แก่ลูกค้าสําหรับแต่ละแคช เมื่อใช้ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ คุณจ่ายเพียงแค่ค่าข้อมูลที่คุณจัดเก็บและทรัพยากรการประมวลผลที่แอปพลิเคชันของคุณใช้เท่านั้น ในการเริ่มต้น ให้สร้างแคช ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ ซึ่งทำได้ภายในไม่กี่ขั้นตอนด้วยการระบุชื่อแคชโดยการใช้ คอนโซล, ElastiCache Development Kit (SDK) หรือ AWS Command Line Interface (AWS CLI)

คุณสามารถย้ายเวิร์กโหลด ElastiCache ที่มีอยู่ได้โดยการเปลี่ยนตําแหน่งข้อมูล Valkey, Memcached หรือ Redis OSS ไปยังตําแหน่งข้อมูลแคช ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ตำแหน่งใหม่ในแอปพลิเคชันของคุณ คุณสามารถย้ายข้อมูล ElastiCache ที่มีอยู่ไปยัง ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ได้โดยการระบุตําแหน่ง Amazon Simple Storage Service (Amazon S3) ของไฟล์สํารอง เรียนรู้เพิ่มเติมเกี่ยวกับการย้ายเวิร์กโหลดได้ที่เอกสารประกอบ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์

ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์รองรับ Valkey 7.2, Memcached เวอร์ชัน 1.6.21 และ Redis OSS เวอร์ชัน 7.0 ขึ้นไป

ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์จะตรวจติตดามหน่วยความจํา การประมวลผล และการใช้เครือข่ายของแคชอย่างต่อเนื่องเพื่อให้สามารถปรับขนาดได้ทันที ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์จะปรับขนาดโดยไม่หยุดการทํางานหรือลดประสิทธิภาพของแอปพลิเคชันด้วยการอนุญาตให้แคชขยายขนาดและเริ่มเพิ่มจำนวนอินสแตนซ์ควบคู่กันไป เพื่อให้เป็นไปตามข้อกําหนดของแอปพลิเคชันได้ทันเวลา เรียนรู้เพิ่มเติมเกี่ยวกับการปรับขนาดได้ที่เอกสารประกอบ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์

ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์จะจัดเก็บข้อมูลซ้ำซ้อนใน AZ หลายแห่งโดยอัตโนมัติ และมอบข้อตกลงระดับการให้บริการ (SLA) ที่มีความพร้อมใช้งาน 99.99% สําหรับเวิร์กโหลดทั้งหมด

เมื่อใช้ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ คุณจ่ายเพียงแค่ข้อมูลที่คุณจัดเก็บและการประมวลผลที่แอปพลิเคชันของคุณใช้เท่านั้น เรียนรู้เพิ่มเติมได้ที่หน้าราคาของ ElastiCache

โหนดแบบเหมาจ่ายหรือ Reserved Instance (RI) มอบส่วนลดจำนวนมากสําหรับการใช้งานตามความต้องการให้กับคุณหากทำสัญญาผูกพันเป็นเวลา 1 ปีหรือ 3 ปี เมื่อใช้โหนดแบบเหมาจ่าย คุณสามารถชําระเงินล่วงหน้าแบบครั้งเดียวเพื่อสร้างการเหมาจ่ายหนึ่งหรือสามปีสำหรับการเรียกใช้แคชใน Region เฉพาะ และรับส่วนลดจํานวนมากจากค่าบริการการใช้งานรายชั่วโมงอย่างต่อเนื่อง โหนดแบบเหมาจ่ายมีอยู่สามประเภท ได้แก่ (ชำระเงินล่วงหน้าเต็มจำนวน ไม่ชำระเงินล่วงหน้า และชำระเงินล่วงหน้าบางส่วน) เพื่อให้คุณสามารถปรับจำนวนที่ต้องชำระล่วงหน้าตามราคารายชั่วโมงที่คุณใช้งานได้

โหนดแบบเหมาจ่ายจะมอบส่วนลดให้กับการใช้งานตามต้องการของ ElastiCache ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ไม่สามารถใช้งานร่วมกับโหนดแบบเหมาจ่ายได้

คุณสามารถซื้อโหนดแบบเหมาจ่ายได้สูงสุดถึง 300 โหนด หากคุณต้องการเรียกใช้โหนดมากกว่า 300 โหนด โปรดกรอกแบบฟอร์มคําขอโหนด ElastiCache

ซื้อการเหมาจ่ายโหนดที่มีคลาสโหนดเดียวกันภายในรีเจี้ยนเดียวกันกับโหนดที่คุณกําลังเรียกใช้และต้องการเหมาจ่าย หากซื้อแบบเหมาจ่ายเรียบร้อยแล้ว ElastiCache จะเรียกเก็บบริการรายชั่วโมงแบบใหม่กับโหนดที่คุณมีอยู่โดยอัตโนมัติ

หากได้รับคำขอของคุณในระหว่างที่กำลังดำเนินการอนุญาตการชำระเงิน การเปลี่ยนแปลงราคาที่เชื่อมโยงกับโหนดแบบเหมาจ่ายจะมีผลใช้งานทันที คุณสามารถติดตามสถานะการเหมาจ่ายของคุณได้ในหน้ากิจกรรมของบัญชี AWS หรือโดยการใช้ DescribeReservedCacheNodes API หากการชำระเงินแบบครั้งเดียวไม่ได้รับการอนุมัติภายในระยะเวลาการเรียกเก็บเงินถัดไป ราคาที่ลดแล้วจะไม่มีผล

เมื่อระยะเวลาการเหมาจ่ายหมดอายุ โหนดแบบเหมาจ่ายจะเปลี่ยนกลับเป็นอัตราการใช้งานรายชั่วโมงตามความต้องการที่เหมาะสำหรับคลาสและรีเจี้ยนของโหนด

API ของ ElastiCache สำหรับการสร้าง แก้ไข และลบโหนด จะไม่ทำให้เห็นความแตกต่างระหว่างโหนดตามความต้องการและโหนดแบบเหมาจ่าย เพื่อให้คุณสามารถใช้งานทั้งสองอย่างได้อย่างราบรื่น เมื่อระบบของเราประมวลผลใบเรียกเก็บเงิน ระบบจะใช้การเหมาจ่ายของคุณโดยอัตโนมัติ ดังนั้นจะมีการเรียกเก็บเงินโหนดทั้งหมดที่เข้าเกณฑ์ด้วยอัตราโหนดแคชแบบเหมาจ่ายรายชั่วโมงที่ต่ำลง

โหนดแบบเหมาจ่ายแต่ละโหนดจะเชื่อมโยงกับ Region เฉพาะ ซึ่งจะไม่มีการเปลี่ยนแปลงตลอดอายุการเหมาจ่ายและไม่สามารถเปลี่ยนแปลงได้ อย่างไรก็ตาม การเหมาจ่ายแต่ละครั้งจะต้องใช้ใน AZ ที่ใช้ได้ภายในภูมิภาคที่เกี่ยวข้อง

ไม่ได้ คุณไม่สามารถยกเลิกการเหมาจ่ายค่าโหนด และการจ่ายในครั้งเดียว (ถ้ามี) จะไม่สามารถรับเงินคืนได้ คุณจะต้องชำระเงินต่อไปสำหรับทุกชั่วโมงตลอดระยะเวลาการใช้งานโหนดแบบเหมาจ่ายโดยไม่คำนึงถึงการใช้งาน

เมื่อคุณซื้อโหนดแบบเหมาจ่ายภายใต้ตัวเลือกการชำระเงินล่วงหน้าเต็มจำนวน คุณจะต้องชำระเงินสำหรับระยะเวลาทั้งหมดในสัญญาของโหนดแบบเหมาจ่ายด้วยการชำระเงินล่วงหน้าครั้งเดียว คุณสามารถเลือกที่จะไม่จ่ายเงินล่วงหน้าโดยเลือกตัวเลือกไม่ต้องชำระล่วงหน้า มูลค่าทั้งหมดของโหนดแบบเหมาจ่ายที่ไม่ชำระเงินล่วงหน้าจะกระจายไปยังทุกชั่วโมงในระยะสัญญา และจะมีการเรียกเก็บเงินสำหรับทุกชั่วโมงในระยะสัญญาโดยไม่คำนึงถึงการใช้งาน ตัวเลือกชำระล่วงหน้าบางส่วนคือการผสมกันระหว่างตัวเลือกการชำระล่วงหน้าทั้งหมดและการไม่ต้องชำระล่วงหน้า คุณชำระเงินล่วงหน้าด้วยจำนวนเงินเพียงเล็กน้อย และคุณถูกเรียกเก็บเงินรายชั่วโมงแบบต่ำในทุกๆ ชั่วโมงโดยไม่คำนึงถึงการใช้

ได้ โหนดแบบเหมาจ่าย ElastiCache มีความยืดหยุ่นด้านขนาดภายในกลุ่มอินสแตนซ์ (หรือตระกูลโหนด) และ AWS Region ซึ่งหมายความว่าอัตราโหนดแบบเหมาจ่ายที่มีส่วนลดจะนำไปใช้กับการใช้งานทุกขนาดในกลุ่มโหนดเดียวกันโดยอัตโนมัติ

ElastiCache ช่วยให้คุณสามารถกําหนดค่าการเข้ารหัสข้อมูลที่อยู่ในพื้นที่จัดเก็บโดยใช้ AWS Key Management Service (AWS KMS), การเข้ารหัสข้อมูลที่อยู่ระหว่างการโอนย้ายโดยใช้ Transport Layer Security (TLS), การตรวจสอบสิทธิ์โดยใช้ AWS Identity and Access Management (IAM) และการควบคุมการเข้าถึงเครือข่ายด้วยกลุ่มมาตรการรักษาความปลอดภัย Amazon Elastic Compute Cloud (Amazon EC2)

ElastiCache จะช่วยให้คุณสามารถควบคุมการเข้าถึงแคชผ่านกลุ่มมาตรการรักษาความปลอดภัยเครือข่ายได้ในช่วงที่ไม่ได้ใช้ Amazon Virtual Private Cloud (Amazon VPC) กลุ่มมาตรการรักษาความปลอดภัยทําหน้าที่เหมือนเป็นไฟร์วอลล์ที่ควบคุมการเข้าถึงเครือข่ายไปยังแคชของคุณ โดยค่าเริ่มต้นแล้ว การเข้าถึงเครือข่ายไปยังแคชของคุณจะถูกปิดไว้ หากต้องการให้แอปพลิเคชันของคุณเข้าถึงแคช คุณต้องเปิดใช้งานการเข้าถึงจากโฮสต์ในกลุ่มมาตรการรักษาความปลอดภัยของ Amazon EC2 เฉพาะอย่างชัดแจ้ง

นอกจากนี้คุณยังสามารถควบคุมการเข้าถึงทรัพยากร ElastiCache ได้โดยการใช้การยืนยันตัวตน IAM ดูข้อมูลเพิ่มเติมได้ที่การยืนยันตัวตนด้วยเอกสารประกอบ IAM

ElastiCache รองรับโปรแกรมการปฏิบัติตามข้อกําหนด เช่น SOC 1, SOC 2, SOC 3, ISO, MTCS, C5, PCI DSS, HIPAA และ FedRAMP ดูบริการของ AWS ในขอบเขตตามโปรแกรมการปฏิบัติตามข้อกําหนด เพื่อดูรายการโปรแกรมการปฏิบัติตามข้อกําหนดที่รองรับในปัจจุบัน

ใช่ โปรแกรมการปฏิบัติตามข้อกําหนด PCI บน AWS มี ElastiCache เป็นบริการที่ปฏิบัติตามข้อกำหนดของ PCI เมื่อต้องการเรียนรู้เพิ่มเติม ให้ดูแหล่งข้อมูลต่อไปนี้:

• การปฏิบัติตามข้อกำหนดของ ElastiCache
• การปฏิบัติตามข้อกำหนด PCI บน AWS

หากต้องการดูรายการโปรแกรมการปฏิบัติตามข้อกําหนดปัจจุบันที่ ElastiCache อยู่ในขอบเขต โปรดดูที่บริการ AWS ในขอบเขตตามโปรแกรมการปฏิบัติตามข้อกำหนด

ใช่ ElastiCache เป็นบริการที่เข้าเกณฑ์ HIPAA และอยู่ภายใต้ AWS Business Associate Addendum (BAA) ซึ่งหมายความว่าคุณสามารถใช้ ElastiCache เพื่อช่วยคุณในการประมวลผล บํารุงรักษา และจัดเก็บข้อมูลสุขภาพที่ได้รับการคุ้มครอง (PHI) และขับเคลื่อนแอปพลิเคชันด้านการดูแลสุขภาพ

ไม่ ไม่มีค่าใช้จ่ายเพิ่มเติมสําหรับการใช้คุณสมบัติการปฏิบัติตามข้อกําหนด

หากคุณมี Business Associate Agreement (BAA) ที่ดําเนินการกับ AWS คุณสามารถใช้ ElastiCache เพื่อสร้างแอปพลิเคชันที่จัดเก็บและประมวลผล HI ภายใต้ HIPAA ได้ หากคุณไม่มี BAA หรือมีคำถามเกี่ยวกับการใช้ AWS สำหรับแอปพลิเคชัน โปรดติดต่อเราเพื่อสอบถามข้อมูลเพิ่มเติม 

โปรแกรมการปฏิบัติตามข้อกําหนดของ FedRAMP บน AWS มี ElastiCache เป็นบริการที่ได้รับอนุญาตจาก FedRAMP ลูกค้าของรัฐบาลสหรัฐฯ และพาร์ทเนอร์สามารถใช้ ElastiCache เวอร์ชันล่าสุดในการประมวลผลและจัดเก็บระบบ ข้อมูล และเวิร์กโหลดที่มีผลกระทบสูงที่สําคัญต่อภารกิจเกี่ยวกับ FedRAMP ในรีเจี้ยน AWS GovCloud (สหรัฐฯ ฝั่งตะวันออก) และ AWS GovCloud (สหรัฐฯ ฝั่งตะวันตก) และที่ผลกระทบระดับปานกลางในรีเจี้ยนสหรัฐอเมริกาฝั่งตะวันออก (โอไฮโอ) สหรัฐอเมริกาฝั่งตะวันออก (เวอร์จิเนียฝั่งเหนือ) สหรัฐอเมริกาฝั่งตะวันตก (แคลิฟอร์เนียเหนือ) และสหรัฐอเมริกาฝั่งตะวันตก (ออริกอน)

เมื่อต้องการเรียนรู้เพิ่มเติม ให้ดูแหล่งข้อมูลต่อไปนี้:

• การปฏิบัติตามข้อกำหนดของ ElastiCache
• การปฏิบัติตามข้อกำหนดของ FedRAMP บน AWS

หากต้องการดูรายการโปรแกรมการปฏิบัติตามข้อกําหนดปัจจุบันที่ ElastiCache อยู่ในขอบเขต โปรดดูที่บริการ AWS ในขอบเขตตามโปรแกรมการปฏิบัติตามข้อกำหนด

มีประโยชน์ด้านประสิทธิภาพหลายประการ

ElastiCache มีเธรด I/O ที่มีประสิทธิภาพยิ่งขึ้น ซึ่งจะมอบการปรับปรุงที่สําคัญสําหรับอัตราการโอนถ่ายข้อมูลและเวลาแฝงในวงกว้างผ่านการรวมส่งสัญญาณ การลดการทำงานของเลเยอร์งานนำเสนอ และอื่น ๆ อีกมากมาย เธรด I/O ที่มีประสิทธิภาพยิ่งขึ้นจะปรับปรุงประสิทธิภาพโดยใช้จำนวนคอร์ที่มากขึ้นสําหรับการประมวลผล I/O และปรับตามเวิร์กโหลดแบบไดนามิก ElastiCache จะปรับปรุงอัตราการโอนถ่ายข้อมูลของคลัสเตอร์ที่เปิดใช้งาน TLS โดยการลดการทำงานของการเข้ารหัสไปยังเธรด I/O ที่มีประสิทธิภาพยิ่งขึ้นรายการเดียวกันนั้น ซึ่งทำให้ ElastiCache สำหรับ Valkey มีอัตราการโอนถ่ายข้อมูลมากถึง 100% และเวลาแฝง P99 ลดลง 50% จาก ElastiCache เวอร์ชัน 7.0 สำหรับ Redis OSS คุณสามารถบรรลุคําขอมากกว่า 1 ล้านรายการต่อวินาทีต่อโหนด หรือ 500 ล้านคําขอต่อวินาทีต่อคลัสเตอร์ บนโหนด r7g.4xlarge หรือใหญ่กว่า

นอกจากนี้ ด้วย ElastiCache เวอร์ชัน 8.0 สำหรับ Valkey ช่วยให้คุณปรับปรุงประสิทธิภาพหน่วยความจำสำหรับคลัสเตอร์ตามโหนดที่มีโหมดคลัสเตอร์ โดยใช้หน่วยความจำน้อยกว่า 32 ไบต์ต่อคีย์เมื่อเทียบกับ ElastiCache เวอร์ชัน 7.2 สำหรับ Valkey และเวอร์ชัน 7.1 สำหรับ Redis OSS การกำหนดค่าแบบไม่ต้องใช้เซิร์ฟเวอร์ได้รับการปรับปรุงประสิทธิภาพ โดยปรับขนาดเป็น 5 ล้านคำขอต่อวินาทีต่อแคชในเวลาไม่กี่นาที เร็วกว่า Valkey 7.2 ถึง 5 เท่า โดยมีเวลาแฝงในการอ่านระดับไมโครวินาที

ElastiCache มีชุดเมตริกที่แตกต่างกันสองชุด สำหรับวัดการใช้งาน CPU ของแคช โดยจะขึ้นอยู่กับตัวเลือกการนำแคชไปใช้จริงของคุณ เมื่อใช้ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ คุณสามารถตรวจติตดามการใช้งาน CPU ด้วยเมตริก ElastiCache Processing Units (ECPU) จํานวน ECPU ที่ใช้โดยคําขอของคุณขึ้นอยู่กับเวลา vCPU ที่ใช้และปริมาณข้อมูลที่ถ่ายโอน การอ่านและเขียนแต่ละครั้ง เช่น คําสั่ง Valkey GET และ SET หรือคําสั่ง Memcached get and set ต้องใช้ ECPU 1 รายการสําหรับแต่ละกิโลไบต์ (KB) ของข้อมูลที่ถ่ายโอน คําสั่งบางคําสั่งที่ทํางานบนโครงสร้างข้อมูลในหน่วยความจําอาจใช้เวลา vCPU มากกว่าคําสั่ง GET หรือ SET ElastiCache คํานวณจํานวน ECPU ที่ใช้ไปตามเวลา vCPU ที่คําสั่งใช้เมื่อเทียบกับพื้นฐานของเวลา vCPU ที่ดําเนินการโดยคําสั่ง SET หรือ GET หากคําสั่งของคุณใช้เวลา vCPU เพิ่มเติมและถ่ายโอนข้อมูลมากกว่าพื้นฐานของ 1 ECPU ElastiCache จะคํานวณ ECPU ที่จําเป็นตามมิติข้อมูลที่สูงกว่าของทั้งสองมิติ

หากออกแบบคลัสเตอร์ของคุณเอง คุณสามารถตรวจติดตาม EngineCPUUtilization และ CPUUtilization ได้ เมตริก CPUUtilization จะวัดการใช้ CPU สําหรับอินสแตนซ์ (โหนด) และเมตริก EngineCPUUtilization จะวัดการใช้งานที่ระดับกระบวนการของเอนจิ้น นอกเหนือจากเมตริก CPUUtilization แล้ว คุณต้องมีเมตริก EngineCPUUtilization ด้วย เนื่องจากกระบวนการของเอนจิ้นหลักเป็นเธรดเดี่ยวและใช้ CPU เพียงคอร์เดียวจากหลายคอร์ที่มีอยู่ในหนึ่งอินสแตนซ์ ดังนั้นเมตริก CPUUtilization จึงไม่ได้ให้การมองเห็นที่แม่นยําเกี่ยวกับอัตราการใช้ CPU ในระดับกระบวนการ เราขอแนะนําให้คุณใช้ทั้งเมตริก CPUUtilization และ EngineCPUUtilization ร่วมกัน เพื่อทําความเข้าใจโดยละเอียดเกี่ยวกับการใช้งาน CPU สําหรับคลัสเตอร์ Valkey

เมตริกทั้งสองชุดพร้อมใช้งานในทุก AWS Region และคุณสามารถเข้าถึงเมตริกเหล่านี้ได้โดยการใช้ Amazon CloudWatch หรือในคอนโซล นอกจากนี้ เราขอแนะนําให้คุณไปที่เอกสารประกอบ เพื่อเรียนรู้เกี่ยวกับเมตริกที่มีประโยชน์สําหรับการตรวจติดตามประสิทธิภาพ

แบบจําลองการอ่านมีจุดประสงค์สองประการ:

• การจัดการความล้มเหลว
• การปรับขนาดการอ่าน

เมื่อคุณเรียกใช้แคชด้วยแบบจําลองการอ่าน ตัวหลักจะทําหน้าที่ทั้งเขียนและอ่าน แบบจําลองรองรับทราฟิกการอ่านโดยเฉพาะและยังพร้อมใช้งานในฐานะการสำรองข้อมูลแบบ Warm Standby ในกรณีที่ตัวหลักทำงานบกพร่อง

เมื่อใช้ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ บริการจะเก็บรักษาแบบจําลองการอ่านโดยอัตโนมัติ หากออกแบบแคชของคุณเอง มีหลายสถานการณ์ที่การนำแบบจำลองการอ่านไปใช้จริงอย่างน้อยหนึ่งรายการสําหรับโหนดหลักที่ระบุอาจสมเหตุสมผล เหตุผลทั่วไปในการปรับใช้แบบจำลองการอ่านมีดังนี้

• การปรับขนาดเกินความจุการประมวลผลหรือ I/O ของโหนดหลักเดียวสําหรับเวิร์กโหลดที่มีการอ่านจำนวนมาก: ปริมาณการอ่านส่วนเกินนี้สามารถส่งไปยังแบบจําลองการอ่านอย่างน้อยหนึ่งรายการ
• คอยบริการปริมาณการอ่านเมื่อโหนดหลักไม่พร้อมใช้งาน: หากโหนดหลักไม่สามารถรับคำขอ I/O ได้ (เช่น เนื่องจากการระงับ I/O เพื่อสำรองข้อมูลหรือการบำรุงรักษาที่วางแผนไว้) คุณสามารถนำทราฟฟิคการอ่านไปยังแบบจำลองการอ่านของคุณได้ สำหรับกรณีการใช้งานนี้ โปรดทราบว่าข้อมูลบนแบบจำลองการอ่านอาจเป็นข้อมูล “เก่า” เนื่องจากอินสแตนซ์หลักไม่พร้อมใช้งาน นอกจากนี้ยังสามารถใช้แบบจําลองการอ่านอุ่นเครื่องเพื่อรีสตาร์ทตัวหลักที่ล้มเหลวได้อีกด้วย

สถานการณ์สมมติการปกป้องข้อมูล: ในกรณีที่ไม่น่าจะเกิดขึ้นอย่างโหนดหลักล้มเหลวหรือ AZ ของโหนดหลักไม่พร้อมใช้งาน คุณสามารถโปรโมตแบบจําลองการอ่านใน AZ อื่นเป็นโหนดหลักใหม่ได้

คุณสามารถเชื่อมต่อกับแบบจําลองการอ่านเช่นเดียวกับที่คุณเชื่อมต่อกับโหนดแคชหลัก หากคุณมี Read Replica หลายรายการ แอปพลิเคชันของคุณคือตัวกำหนดการกระจายการรับส่งข้อมูลการอ่านระหว่างรายการต่างๆ นี่คือรายละเอียดเพิ่มเติม:

• คลัสเตอร์ Valkey หรือ Redis (ปิดใช้งานโหมดคลัสเตอร์) OSS ให้ใช้ตําแหน่งข้อมูลโหนดแต่ละโหนดสําหรับการดําเนินงานอ่าน (ใน API/CLI สิ่งเหล่านี้เรียกว่าตำแหน่งข้อมูลการอ่าน)
• คลัสเตอร์ Valkey หรือ Redis OSS (เปิดใช้งานโหมดคลัสเตอร์) ใช้ตําแหน่งข้อมูลการกําหนดค่าของคลัสเตอร์สําหรับการดำเนินงานทั้งหมด คุณยังคงอ่านได้จากตำแหน่งข้อมูลของโหนดแต่ละโหนด (ใน API และ CLI สิ่งเหล่านี้เรียกว่าตำแหน่งข้อมูลการอ่าน)

ElastiCache ช่วยให้คุณสามารถสร้างแบบจําลองการอ่านได้สูงสุดห้า (5) รายการสําหรับโหนดแคชหลักที่กําหนด

ในกรณีที่เกิดการใช้ระบบสำรองเพื่อกู้คืนข้อมูล แบบจำลองการอ่านที่เชื่อมโยงและพร้อมใช้งานจะกลับมาดำเนินการจำลองแบบต่อเมื่อการใช้ระบบสำรองเพื่อกู้คืนข้อมูลเสร็จสมบูรณ์แล้ว (รับการอัปเดตจากแบบจำลองการอ่านที่เพิ่งได้รับการโปรโมต)

การอัปเดตโหนดแคชหลักจะได้รับการจำลองแบบโดยอัตโนมัติไปยังแบบจำลองการอ่านที่เชื่อมโยงอยู่ อย่างไรก็ตาม เทคโนโลยีการจำลองแบบอะซิงโครนัสของ Valkey หรือ Redis OSS อาจทำให้แบบจำลองการอ่านอัปเดตช้ากว่าโหนดแคชหลักได้ด้วยสาเหตุหลายประการ สาเหตุที่พบได้โดยทั่วไป มีดังนี้

• เขียนโวลุม I/O ไปยังโหนดแคชหลักเกินอัตราที่จะสามารถนำการเปลี่ยนแปลงไปใช้กับแบบจําลองการอ่านได้
• พาร์ติชันเครือข่ายหรือเวลาแฝงระหว่างโหนดแคชหลักกับแบบจำลองการอ่าน

แบบจำลองการอ่านขึ้นอยู่กับจุดแข็งและจุดอ่อนของการจำลองแบบ Valkey หรือ Redis OSS หากคุณใช้แบบจำลองการอ่าน คุณควรคำนึงถึงความล่าช้าที่อาจเกิดขึ้นระหว่างแบบจำลองการอ่านและโหนดแคชหลักหรือที่เรียกว่า “ความไม่สม่ำเสมอ” ElastiCache ปล่อยเมตริกที่จะช่วยให้คุณเข้าใจความไม่สอดคล้องกัน

แบบจำลองการอ่านจะถูกเรียกเก็บค่าบริการในฐานะโหนดแคชมาตรฐานและในอัตราเดียวกัน เช่นเดียวกันกับโหนดแคชมาตรฐาน อัตราต่อ “ชั่วโมงโหนดแคช” สำหรับแบบจำลองการอ่านจะขึ้นอยู่กับคลาสโหนดแคชของแบบจำลองการอ่าน ดูราคาปัจจุบันได้ที่หน้าราคา ElastiCache จะไม่มีการเรียกเก็บเงินสำหรับการถ่ายโอนข้อมูลที่เกิดขึ้นในขณะจำลองแบบข้อมูลระหว่างโหนดแคชหลักและแบบจำลองการอ่านของคุณ การเรียกเก็บค่าบริการสำหรับแบบจำลองการอ่านจะเริ่มทันทีที่สร้างแบบจำลองการอ่านเสร็จสมบูรณ์แล้ว (เมื่อสถานะเปลี่ยนเป็น “Active” (เปิดใช้งาน)) แบบจำลองการอ่านจะเรียกเก็บค่าบริการตามอัตราชั่วโมงโหนดแคชของ ElastiCache มาตรฐานจนกว่าคุณจะออกคำสั่งลบ

ElastiCache รองรับการเริ่มใช้ระบบสำรองเพื่อกู้คืนข้อมูล ซึ่งคุณสามารถกลับไปดําเนินการแคชต่อได้โดยเร็วที่สุด เมื่อมีการใช้ระบบสำรองเพื่อกู้คืนข้อมูล ElastiCache จะพลิกระเบียน DNS สําหรับโหนดแคชของคุณเพื่อให้ชี้ไปที่แบบจําลองการอ่าน ซึ่งจะโปรโมตเป็นตัวหลักใหม่ เราแนะนำให้คุณทำตามแนวทางการปฏิบัติที่ดีที่สุดและปรับใช้การลองเชื่อมต่อโหนดแคชอีกครั้งในเลเยอร์แอปพลิเคชัน โดยทั่วไปแล้วจะใช้เวลาในการดำเนินการตั้งแต่ต้นจนจบด้วยการทำตามขั้นตอนที่หนึ่งถึงห้าครบภายในหกนาที

นี่คือเหตุการณ์การใช้ระบบสำรองเพื่อกู้คืนข้อมูลอัตโนมัติซึ่งจะแสดงตามลําดับของสิ่งที่เกิดขึ้น:

1. ข้อความกลุ่มการจําลองแบบ: ทดสอบ API การใช้ระบบสำรองเพื่อกู้คืนข้อมูลที่เรียกใช้สําหรับกลุ่มโหนด <node-group-id>
2. ข้อความแคชคลัสเตอร์: การใช้ระบบสำรองเพื่อกู้คืนข้อมูลจากโหนดหลัก <primary-node-id> ไปยังโหนดแบบจำลอง <node-id> เสร็จสมบูรณ์แล้ว
3. ข้อความกลุ่มการจําลองแบบ: การใช้ระบบสำรองเพื่อกู้คืนข้อมูลจากโหนดหลัก <primary-node-id> ไปยังโหนดจําลอง <node-id> เสร็จสมบูรณ์แล้ว
4. ข้อความแคชคลัสเตอร์: การกู้คืนโหนดแคช <node-id>
5. ข้อความแคชคลัสเตอร์: ดำเนินการกู้คืนโหนดแคชให้เสร็จสิ้น <node-id>

ไม่ได้ สามารถเตรียมใช้งานแบบจําลองการอ่านของคุณได้เฉพาะใน AZ เดียวกันหรือต่างกันใน Region เดียวกันกับโหนดแคชหลักเท่านั้น อย่างไรก็ตาม คุณสามารถใช้ Global Datastore เพื่อทํางานร่วมกับการจําลองแบบที่รวดเร็ว เชื่อถือได้ เน้นความปลอดภัย และมีการจัดการเต็มรูปแบบในทั่วทั้ง AWS Region เมื่อใช้คุณสมบัตินี้ คุณสามารถสร้างคลัสเตอร์แบบจําลองการอ่านข้าม Region ให้กับ ElastiCache เพื่อเปิดใช้งานการอ่านที่มีเวลาแฝงต่ำและกระบวนการกู้คืนจากความเสียหายทั่วทั้ง AWS Region

ใช่ คุณสามารถเพิ่มหรือลบแบบจําลองการอ่านในทั่วทั้งส่วนข้อมูลอย่างน้อยหนึ่งรายการในสภาพแวดล้อมคลัสเตอร์ได้ คลัสเตอร์ยังคงออนไลน์และให้บริการ I/O ขาเข้าในระหว่างการดําเนินงานนี้

Multi-AZ เป็นคุณสมบัติที่ช่วยให้คุณสามารถทํางานในการกําหนดค่าที่มีความพร้อมใช้งานสูงมากขึ้น หากคุณออกแบบแคช ElastiCache ของคุณเอง แคชทั้งหมดของ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์จะทํางานโดยอัตโนมัติในการกําหนดค่า Multi-AZ กลุ่มการจําลองแบบ ElastiCache ประกอบด้วยแบบจําลองหลักและแบบจําลองการอ่านสูงสุดห้ารายการ หากเปิดใช้งาน Multi-AZ จําเป็นต้องมีแบบจําลองอย่างน้อยหนึ่งรายการต่อหนึ่งรายการหลัก ในระหว่างการบํารุงรักษาตามแผนบางประเภทหรือในกรณีที่โหนด ElastiCache หรือ AZ ล้มเหลว ElastiCache จะตรวจจับความล้มเหลวของตัวหลักโดยอัตโนมัติ เลือกแบบจําลองการอ่านและโปรโมตให้เป็นแบบจําลองหลักใหม่ นอกจากนี้ ElastiCache ยังแพร่กระจายการเปลี่ยนแปลง DNS ของแบบจําลองการอ่านที่โปรโมตอีกด้วย ดังนั้นหากแอปพลิเคชันของคุณกําลังเขียนไปยังตําแหน่งข้อมูลโหนดหลัก ก็ไม่จําเป็นต้องเปลี่ยนตำแหน่งข้อมูล

ประโยชน์หลักของการเรียกใช้ ElastiCache ในโหมด Multi-AZ คือความพร้อมใช้งานที่มีประสิทธิภาพยิ่งขึ้นและความต้องการการดูแลระบบที่น้อยลง เมื่อเรียกใช้ ElastiCache ในการกําหนดค่า Multi-AZ แคชของคุณจะมีสิทธิ์ได้รับ SLA ความพร้อมใช้งาน 99.99% หากโหนดหลักของ ElastiCache ล้มเหลว ผลกระทบต่อความสามารถในการอ่านและเขียนไปยังโหนดหลักจะจํากัดอยู่ที่เวลาที่ใช้ไปสําหรับการใช้ระบบสำรองเพื่อกู้คืนข้อมูลโดยอัตโนมัติให้เสร็จสมบูรณ์ เมื่อเปิดใช้งาน Multi-AZ การใช้ระบบสำรองเพื่อกู้คืนข้อมูลของโหนด ElastiCache จะเป็นไปโดยอัตโนมัติและไม่จําเป็นต้องมีการดูแลระบบ

คุณสามารถใช้ Multi-AZ ได้ หากใช้ ElastiCache และมีกลุ่มการจําลองแบบที่ประกอบด้วยโหนดหลักและแบบจําลองการอ่านหนึ่งรายการขึ้นไป หากโหนดหลักล้มเหลว ElastiCache จะตรวจจับความล้มเหลวโดยอัตโนมัติ เลือกหนึ่งรายการจากแบบจําลองการอ่านที่มีอยู่ แล้วโปรโมตให้เป็นโหนดหลักใหม่ ElastiCache จะแพร่กระจายการเปลี่ยนแปลง DNS ของแบบจําลองที่โปรโมต เพื่อให้แอปพลิเคชันของคุณสามารถเขียนไปยังตําแหน่งข้อมูลหลักได้ต่อไป นอกจากนี้ ElastiCache จะหมุนโหนดใหม่เพื่อแทนที่แบบจําลองการอ่านที่โปรโมตใน AZ เดียวกันของโหนดหลักที่ล้มเหลว ในกรณีที่โหนดหลักล้มเหลวเนื่องจากการหยุดชะงักชั่วคราวของ AZ ระบบจะเปิดใช้แบบจําลองใหม่เมื่อกู้คืน AZ แล้ว

ใช่ โปรดทราบว่าการวางทั้งแบบตัวหลักและแบบจำลองไว้ใน AZ เดียวกัน จะไม่ทําให้กลุ่มการจําลองแบบ ElastiCache ของคุณมีความยืดหยุ่นต่อการหยุดชะงักของ AZ แต่อย่างใด

ElastiCache จะใช้ระบบสำรองเพื่อกู้คืนข้อมูลแบบจําลองการอ่านในกรณีใด ๆ ต่อไปนี้:

• การสูญเสียความพร้อมใช้งานใน AZ ของตัวหลัก
• สูญเสียการเชื่อมต่อเครือข่ายไปยังอินสแตนซ์หลัก
• ความล้มเหลวของคอมพิวเตอร์ในอินสแตนซ์หลัก

หากมีแบบจําลองการอ่านมากกว่าหนึ่งรายการ แบบจําลองการอ่านที่มีความล่าช้าน้อยกว่าในการจําลองแบบอะซิงโครนัสไปยังตัวหลักจะได้รับการโปรโมต

ใช่ ElastiCache จะสร้างเหตุการณ์เพื่อแจ้งให้คุณทราบว่ามีการใช้ระบบสำรองเพื่อกู้คืนข้อมูลโดอัตโนมัติเกิดขึ้น คุณสามารถใช้ DescribeEvents API เพื่อส่งคืนข้อมูลเกี่ยวกับเหตุการณ์ที่เกี่ยวกับโหนด ElastiCache หรือเลือกส่วนเหตุการณ์ในคอนโซลการจัดการของ ElastiCache

AZ ได้รับการออกแบบมาเพื่อให้มีการเชื่อมต่อเครือข่ายที่มีเวลาแฝงต่ำกับ AZ อื่น ๆ ใน Region เดียวกัน นอกจากนี้ คุณอาจลองพิจารณาการสร้างสถาปัตยกรรมของแอปพลิเคชันและทรัพยากร AWS อื่น ๆ ที่มีความซ้ำซ้อนภายใน AZ หลายแห่ง เพื่อให้แอปพลิเคชันของคุณยืดหยุ่นหากเกิด AZ หยุดชะงัก

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับ Multi-AZ โปรดดูเอกสารประกอบของ ElastiCache

การสำรองข้อมูลและการคืนค่าเป็นคุณสมบัติที่ช่วยให้คุณสามารถสร้างสแนปชอตของแคช ElastiCache ของคุณได้ ElastiCache จัดเก็บสแนปช็อตที่จะทําให้ผู้ใช้สามารถใช้เพื่อคืนค่าแคชได้ในภายหลัง ขณะนี้รองรับ ElastiCache สำหรับ Valkey, ElastiCache สำหรับ Redis OSS และแบบไม่ต้องใช้เซิร์ฟเวอร์

การสร้างสแนปช็อตอาจมีประโยชน์ในกรณีที่ข้อมูลสูญหายซึ่งเกิดจากความล้มเหลวของโหนด รวมถึงเหตุการณ์ที่ไม่น่าจะเกิดขึ้น เช่น ความล้มเหลวของฮาร์ดแวร์ สาเหตุทั่วไปอีกประการหนึ่งในการใช้การสำรองข้อมูลคือเพื่อวัตถุประสงค์ในการเก็บถาวร สแนปช็อตได้รับการจัดเก็บไว้ใน Amazon S3

ได้ คุณสามารถส่งออกสแนปช็อต ElastiCache ไปยังบัคเก็ต S3 ที่ได้รับอนุญาตใน Region เดียวกับแคชของคุณได้

ใช่ ก่อนอื่นคุณต้องคัดลอกสแนปช็อตของคุณลงในบัคเก็ต S3 ที่ได้รับอนุญาตที่คุณเลือกในรีเจี้ยนเดียวกัน จากนั้นจึงให้สิทธิ์บัคเก็ตข้ามบัญชีแก่บัญชีอื่น

ElastiCache มีพื้นที่จัดเก็บข้อมูลสำหรับหนึ่งสแน็ปช็อตฟรีสำหรับแต่ละแคชที่ใช้งานอยู่ของ ElastiCache จะมีการเรียกเก็บค่าพื้นที่เก็บข้อมูลเพิ่มเติมตามพื้นที่ที่สแนปช็อตใช้ในราคา 0.085 USD/GB ทุกเดือน (ราคาเดียวกันในทุกรีเจี้ยน) การถ่ายโอนข้อมูลสำหรับการใช้สแน็ปช็อตเป็นบริการฟรี

เมื่อคุณลบแคชของ ElastiCache สแนปช็อตที่คุณบันทึกด้วยตนเองจะได้รับการเก็บรักษาไว้ นอกจากนี้คุณยังมีตัวเลือกในการสร้างสแนปชอตสุดท้ายก่อนที่แคชจะถูกลบออก สแนปช็อตแคชอัตโนมัติจะไม่ได้รับการเก็บรักษาไว้

กลไกภายใน ElastiCache ใช้งานร่วมกับ Valkey และ Redis OSS ได้อย่างเต็มรูปแบบ และยังมาพร้อมกับการเพิ่มประสิทธิภาพ ความคงทน และความเสถียร การเพิ่มประสิทธิภาพบางอย่าง ได้แก่:

• หน่วยความจําที่ใช้งานได้มากขึ้น: ตอนนี้คุณสามารถจัดสรรหน่วยความจําเพิ่มเติมสําหรับแอปพลิเคชันของคุณได้อย่างปลอดภัยโดยไม่ต้องเสี่ยงกับการใช้งานที่ต้องสลับไปมาเพิ่มขึ้นระหว่างการซิงค์และสแนปช็อต
• การซิงโครไนซ์ที่ดีขึ้น: การซิงโครไนซ์ที่มีประสิทธิภาพมากขึ้นภายใต้การทำงานหนักและระหว่างการกู้คืนจากการยกเลิกการเชื่อมต่อเครือข่าย นอกจากนี้แล้ว การซิงค์จะเร็วขึ้นเนื่องจากทั้งตัวหลักและแบบจําลองไม่ได้ใช้ดิสก์สําหรับการดําเนินงานนี้อีกต่อไป
• การใช้ระบบสำรองเพื่อกู้คืนข้อมูลที่ราบรื่นยิ่งขึ้น: ในกรณีที่เกิดการใช้ระบบสำรองเพื่อกู้คืนข้อมูล ส่วนข้อมูลของคุณจะกู้คืนได้เร็วขึ้นเนื่องจากแบบจําลองจะไม่ล้างข้อมูลเพื่อทําการซิงค์ใหม่ทั้งหมดกับตัวหลักอีกต่อไป

กลไกที่มีประสิทธิภาพยิ่งขึ้นนี้สามารถใช้งานร่วมกันได้อย่างเต็มรูปแบบกับ Valkey หรือ Redis OSS ดังนั้นคุณจึงได้รับประโยชน์จากความคงทนและความเสถียรที่ดีขึ้นโดยไม่จําเป็นต้องทําการเปลี่ยนแปลงโค้ดแอปพลิเคชันของคุณ

ไม่มีค่าใช้จ่ายเพิ่มเติมสำหรับการใช้กลไกที่มีประสิทธิภาพยิ่งขึ้นนี้

การเข้ารหัสข้อมูลที่อยู่ระหว่างการโอนย้าย, การเข้ารหัสข้อมูลที่อยู่ในพื้นที่จัดเก็บ, Valkey AUTH และการควบคุมการเข้าถึงตามบทบาท (RBAC) เป็นคุณสมบัติที่คุณสามารถเลือกได้เมื่อสร้างแคช ElastiCache หากคุณเปิดใช้งานการเข้ารหัสข้อมูลที่อยู่ระหว่างการโอนย้าย คุณสามารถเลือกใช้ AUTH หรือ RBAC เพื่อความปลอดภัยและการควบคุมการเข้าถึงเพิ่มเติมได้

การเข้ารหัสข้อมูลที่อยู่ในพื้นที่จัดเก็บมีกลไกในการป้องกันการเข้าถึงข้อมูลของคุณโดยไม่ได้รับอนุญาต เมื่อเปิดใช้งานแล้ว จะมีการเข้ารหัสในด้านต่อไปนี้:

• ดิสก์ระหว่างการดำเนินการซิงค์ สํารองข้อมูล และสลับ
• ข้อมูลสํารองที่จัดเก็บไว้ใน Amazon S3

ElastiCache นําเสนอการเข้ารหัสเริ่มต้น (จัดการโดยบริการ) สำหรับข้อมูลที่อยู่ในพื้นที่จัดเก็บ รวมถึงความสามารถในการใช้คีย์ AWS KMS แบบสมมาตรของคุณเองที่จัดการโดยลูกค้าใน AWS KMS เรียนรู้เพิ่มเติมได้ที่การเข้ารหัสข้อมูลที่อยู่ในพื้นที่จัดเก็บ

คุณสมบัติการเข้ารหัสข้อมูลที่อยู่ระหว่างการโอนย้ายช่วยอํานวยความสะดวกในการเข้ารหัสการสื่อสารระหว่างไคลเอ็นต์และ ElastiCache รวมถึงระหว่างเซิร์ฟเวอร์ (แบบจําลองหลักและแบบจำลองการอ่าน) อ่านเพิ่มเติมเกี่ยวกับการเข้ารหัสข้อมูลที่อยู่ระหว่างการโอนย้าย ElastiCache

ไม่ ElastiCache จะจัดการการหมดอายุของใบรับรองและการต่ออายุในเบื้องหลังการทำงาน ผู้ใช้ไม่จําเป็นต้องดําเนินการใด ๆ สําหรับการบํารุงรักษาใบรับรองอย่างต่อเนื่อง

ไม่ ไม่มีค่าใช้จ่ายเพิ่มเติมสําหรับการใช้การเข้ารหัส

Global Datastore คือคุณสมบัติของ ElastiCache ซึ่งมีการจำลองแบบข้อมูลข้ามรึเจี้ยนที่รวดเร็ว เชื่อถือได้ เน้นความปลอดภัย และมีการจัดการเต็มรูปแบบ เมื่อใช้ Global Datastore คุณสามารถเขียนไปยังแคชของคุณใน Region เดียว และมีข้อมูลที่สามารถอ่านได้จากคลัสเตอร์แบบจำลองข้าม Region อีกไม่เกินสองคลัสเตอร์ เพื่อเปิดใช้งานการอ่านที่มีเวลาแฝงต่ําและกระบวนการกู้คืนจากความเสียหายทั่วทั้ง Region

ออกแบบมาสําหรับแอปพลิเคชันแบบเรียลไทม์ที่มีบริการส่วนกลาง โดยทั่วไปแล้ว Global Datastore จะจําลองแบบข้อมูลข้าม Region ภายในเวลาไม่ถึงหนึ่งวินาที ซึ่งจะเพิ่มการตอบสนองของแอปพลิเคชันของคุณโดยการจัดหาการอ่านตามภูมิศาสตร์ที่อยู่ใกล้กับผู้ใช้ปลายทางมากขึ้น ในกรณีที่ไม่น่าเป็นไปได้ของการลดลงของรีเจี้ยน สามารถโปรโมตหนึ่งในแคชแบบจำลองข้ามรีเจี้ยนที่มีสถานะประสิทธิภาพดีให้เป็นตัวหลักที่มีความสามารถในการอ่านและเขียนเต็มรูปแบบ เมื่อเริ่มต้นแล้ว การโปรโมตมักจะเสร็จสิ้นในเวลาไม่ถึงหนึ่งนาที ทําให้แอปพลิเคชันของคุณยังคงพร้อมใช้งาน

Global Datastore รองรับบน ElastiCache เวอร์ชัน 7.2 สำหรับ Valkey และ ElastiCache เวอร์ชัน 5.0.6 ขึ้นไปสำหรับ Redis OSS

คุณสามารถจำลองแบบไปยังรีเจี้ยนรองได้สูงสุดสองแห่งภายใน Global Datastore สามารถใช้แคชในรีเจี้ยนรองเพื่อให้บริการการอ่านในเครื่องที่มีเวลาแฝงต่ำและกระบวนการกู้คืนจากความเสียหายในกรณีที่ไม่น่าจะเกิดการลดระดับของรีเจี้ยน

คุณสามารถตั้งค่า Global Datastore ได้โดยการใช้แคชที่มีอยู่หรือสร้างแคชใหม่เพื่อใช้เป็นตัวหลัก คุณสามารถสร้าง Global Datastore ได้ภายในไม่กี่ขั้นตอนในคอนโซลการจัดการของ ElastiCache หรือโดยการดาวน์โหลด AWS SDK หรือ AWS CLI เวอร์ชันล่าสุด AWS CloudFormation รองรับ Global Datastore

ไม่ ElastiCache จะไม่โปรโมตคลัสเตอร์รองโดยอัตโนมัติในกรณีที่คลัสเตอร์หลัก (รีเจี้ยน) ถูกลดระดับลง คุณสามารถเริ่มการใช้ระบบสำรองเพื่อกู้คืนข้อมูลได้ด้วยตนเองโดยการเลื่อนขั้นคลัสเตอร์รองให้เป็นคลัสเตอร์หลัก การใช้ระบบสำรองเพื่อกู้คืนข้อมูลและการโปรโมตของคลัสเตอร์รองมักจะเสร็จสมบูรณ์ในเวลาไม่ถึงหนึ่งนาที

ElastiCache ไม่มี SLA สําหรับ RPO และ RTO RPO จะแตกต่างกันไปตามความล่าช้าในการจําลองแบบระหว่างรีเจี้ยน และขึ้นอยู่กับเวลาแฝงของเครือข่ายระหว่างรีเจี้ยนและความหนาแน่นของทราฟฟิคเครือข่ายข้ามรีเจี้ยน โดยทั่วไปแล้ว RPO ของ Global Datastore จะอยู่ไม่ถึงหนึ่งวินาที ดังนั้นข้อมูลที่เขียนในรีเจี้ยนหลักจึงพร้อมใช้งานในรีเจี้ยนรองภายในหนึ่งวินาที โดยทั่วไปแล้ว RTO ของ Global Datastore จะใช้เวลาไม่ถึงหนึ่งนาที เมื่อเริ่มต้นการใช้ระบบสำรองเพื่อกู้คืนข้อมูลไปยังคลัสเตอร์รองแล้ว ElastiCache มักจะโปรโมตตัวรองให้มีความสามารถในการอ่านและเขียนเต็มรูปแบบได้ภายในเวลาไม่ถึงนาที

ElastiCache ไม่คิดค่าพรีเมียมในการใช้ Global Datastore คุณจะต้องจ่ายค่าแคชหลักและแคชรองในคลังข้อมูลส่วนกลางของคุณ และสําหรับทราฟฟิคการถ่ายโอนข้อมูลข้ามรีเจี้ยน

แม้ว่าจะไม่มีคําตอบที่แม่นยําสําหรับคําถามนี้ แต่เมื่อใช้ ElastiCache คุณไม่จําเป็นต้องกังวลเกี่ยวกับจํานวนโหนดที่ถูกต้อง เนื่องจากคุณสามารถเพิ่มหรือลบโหนดได้อย่างรวดเร็วในภายหลัง นอกจากนี้คุณยังสามารถใช้ ElastiCache Serverless เพื่อลดความซับซ้อนในการเรียกใช้แคช Memcached ที่มีความพร้อมใช้งานสูง สำหรับการเลือกการกำหนดค่าตั้งต้น คุณสามารถพิจารณาด้านที่เกี่ยวข้องกันสองด้านต่อไปนี้

• หน่วยความจําทั้งหมดที่จําเป็นสําหรับข้อมูลของคุณเพื่อให้บรรลุอัตราการพบข้อมูลในแคชเป้าหมายและ
• จํานวนโหนดที่จําเป็นต่อการรักษาประสิทธิภาพที่ยอมรับได้ของแอปพลิเคชันโดยไม่โอเวอร์โหลดแบ็กเอนด์ของฐานข้อมูลในกรณีที่โหนดล้มเหลว

จํานวนหน่วยความจําที่ต้องการขึ้นอยู่กับขนาดของชุดข้อมูลของคุณและรูปแบบการเข้าถึงแอปพลิเคชันของคุณ เพื่อปรับปรุงความทนทานต่อความเสียหายในกรณีที่คุณประมาณจำนวนหน่วยความจําทั้งหมดที่จำเป็นอย่างคร่าว ๆ ให้แบ่งหน่วยความจํานั้นออกเป็นจำนวนโหนดที่เพียงพอที่จะทำให้แอปพลิเคชันของคุณสามารถอยู่รอดได้หากสูญเสียโหนดหนึ่งหรือสองรายการ ตัวอย่างเช่น ถ้าความต้องการหน่วยความจําของคุณคือ 13 GB คุณอาจต้องการใช้โหนด cache.m4.large สองรายการแทนการใช้โหนด cache.m4.xlarge หนึ่งรายการ เป็นสิ่งสําคัญที่ระบบอื่น ๆ เช่น ฐานข้อมูลต้องไม่โอเวอร์โหลดหากอัตราการพบข้อมูลในแคชลดลงชั่วคราวระหว่างการกู้คืนจากความล้มเหลวของโหนดอย่างน้อยหนึ่งรายการ ดูรายละเอียดเพิ่มเติมได้ที่คู่มือ ElastiCache

ใช่ เมื่อสร้างคลัสเตอร์หรือเพิ่มโหนดไปยังคลัสเตอร์ที่มีอยู่ คุณสามารถเลือก AZ สําหรับโหนดใหม่ได้ คุณสามารถระบุจํานวนโหนดที่ร้องขอใน AZ แต่ละแห่ง หรือเลือก Spread Nodes Across Zones หากคลัสเตอร์อยู่ใน Amazon VPC จะสามารถวางโหนดได้เฉพาะใน AZ ที่เป็นส่วนหนึ่งของกลุ่มซับเน็ตของแคชที่เลือกเท่านั้น ดูรายละเอียดเพิ่มเติมได้ที่เอกสารประกอบ ElastiCache VPC

คุณสามารถเรียกใช้โหนดได้สูงสุด 300 รายการต่อรีเจี้ยน หากคุณต้องการโหนดเพิ่มเติม โปรดกรอกแบบฟอร์มคําขอเพิ่มขีดจํากัด ElastiCache

บริการจะตรวจหาความล้มเหลวของโหนดและตอบสนองด้วยขั้นตอนอัตโนมัติต่อไปนี้:

• ElastiCache จะซ่อมแซมโหนดโดยการรับทรัพยากรบริการใหม่ จากนั้นจะเปลี่ยนเส้นทางชื่อ DNS ที่มีอยู่ของโหนดเพื่อให้ชี้ไปยังทรัพยากรบริการใหม่ สําหรับการติดตั้ง Amazon VPC นั้น ElastiCache จะตรวจสอบให้แน่ใจว่าทั้งชื่อ DNS และที่อยู่ IP ของโหนดยังคงเหมือนเดิมหลังจากการกู้คืนโหนดในกรณีที่เกิดความล้มเหลว สําหรับการติดตั้งที่ไม่ใช่ Amazon VPC นั้น ElastiCache จะตรวจสอบให้แน่ใจว่าชื่อ DNS ของโหนดไม่มีการเปลี่ยนแปลง แต่ที่อยู่ IP พื้นฐานของโหนดสามารถเปลี่ยนแปลงได้
• หากคุณเชื่อมโยงหัวข้อ SNS กับคลัสเตอร์ของคุณเมื่อโหนดใหม่ได้รับการกําหนดค่าและพร้อมใช้งานแล้ว ElastiCache จะส่งการแจ้งเตือน SNS เพื่อแจ้งให้คุณทราบว่ามีการกู้คืนโหนดเกิดขึ้น ซึ่งจะช่วยให้คุณสามารถเลือกจัดเรียงแอปพลิเคชันเพื่อบังคับให้ไลบรารีของไคลเอ็นต์ Memcached พยายามเชื่อมต่อกับโหนดที่ซ่อมแซมอีกครั้ง การดำเนินการนี้อาจมีความสําคัญเนื่องจากไลบรารี Memcached บางรายการจะหยุดใช้เซิร์ฟเวอร์ (โหนด) อย่างไม่มีกําหนดหากพบข้อผิดพลาดในการสื่อสารหรือหมดเวลากับเซิร์ฟเวอร์นั้น

คุณสามารถเพิ่มโหนดเพิ่มเติมไปยังคลัสเตอร์ Memcached ที่มีอยู่ โดยการใช้ตัวเลือกเพิ่มโหนดบนแท็บโหนดสําหรับแคชคลัสเตอร์ของคุณในคอนโซลหรือเรียกใช้ ModifyCacheCluster API

ElastiCache เหมาะอย่างยิ่งสําหรับบริการของ AWS เช่น Amazon RDS และ DynamoDB ซึ่งให้เวลาแฝงที่ต่ํามากสําหรับแอปพลิเคชันประสิทธิภาพสูงและเป็นการลดการทำงานตามคำขอโวลุมในขณะที่บริการเหล่านี้มอบความคงทนของข้อมูลที่เก็บไว้ยาวนาน นอกจากนี้ยังสามารถใช้บริการนี้เพื่อปรับปรุงประสิทธิภาพของแอปพลิเคชันร่วมกับ Amazon EC2 และ Amazon EMR ได้ด้วย

ไลบรารีของไคลเอ็นต์ Memcached พร้อมให้ใช้งานสำหรับภาษาการเขียนโปรแกรมยอดนิยมหลายภาษา หากคุณพบปัญหาใด ๆ เกี่ยวกับไคลเอ็นต์เฉพาะของ Memcached เมื่อใช้ ElastiCache โปรดมีส่วนร่วมกับเราในฟอรัมชุมชน ElastiCache

ElastiCache ไม่ได้กำหนดให้ต้องมีไลบรารีไคลเอ็นต์เฉพาะ และจะทํางานร่วมกับไลบรารีของไคลเอ็นต์ Memcached ที่มีอยู่โดยไม่ต้องคอมไพล์ใหม่หรือเชื่อมโยงแอปพลิเคชันใหม่ (Memcached 1.4.5 ขึ้นไป) ตัวอย่าง ได้แก่ libMemcached (C) และไลบรารีที่อิงตามนั้น (เช่น PHP, Perl, Python), spyMemcached (Java) และ fauna (Ruby)

Auto Discovery เป็นคุณสมบัติที่ช่วยประหยัดเวลาและลดการทำงานของนักพัฒนาไปพร้อม ๆ กับการลดความซับซ้อนของแอปพลิเคชัน Auto Discovery ช่วยให้สามารถค้นพบโหนดแคชได้โดยอัตโนมัติด้วยการใข้ไคลเอ็นต์เมื่อมีการเพิ่มหรือลบออกจากคลัสเตอร์ ElastiCache ก่อนหน้านี้ หากต้องการจัดการการเปลี่ยนแปลงการเป็นสมาชิกคลัสเตอร์ นักพัฒนาต้องอัปเดตรายการตำแหน่งข้อมูลของโหนดแคชด้วยตนเอง ทั้งนี้จะขึ้นอยู่กับวิธีการสร้างแอปพลิเคชันไคลเอ็นต์ โดยทั่วไปแล้วจะต้องมีการเริ่มต้นใช้งานไคลเอ็นต์ (โดยการปิดแอปพลิเคชันแล้วรีสตาร์ท) ซึ่งจะส่งผลให้ต้องหยุดทํางาน Auto Discovery จะช่วยให้ ElastiCache สามารถขจัดความซับซ้อนนี้ Auto Discovery จะช่วยให้ ElastiCache ไม่เพียงเป็นโปรโตคอลย้อนหลังที่ปฏิบัติตามโปรโตคอล Memcached เท่านั้น แต่ยังสามารถให้ข้อมูลแก่ไคลเอ็นต์เกี่ยวกับการเป็นสมาชิกแคชคลัสเตอร์ได้ด้วย ไคลเอ็นต์ที่สามารถประมวลผลข้อมูลเพิ่มเติมจะกําหนดค่าให้ตนเองใหม่โดยไม่ต้องมีการเริ่มต้นใช้งานใด ๆ เพื่อใช้โหนดล่าสุดในปัจจุบันของคลัสเตอร์ ElastiCache

สามารถสร้างคลัสเตอร์ ElastiCache ได้ด้วยโหนดที่ได้รับการระบุผ่านตำแหน่งข้อมูลที่มีชื่อ Auto Discovery จะช่วยให้คลัสเตอร์ ElastiCache ได้รับตําแหน่งข้อมูลการกําหนดค่าที่ไม่ซ้ำกัน ซึ่งเป็นระเบียน DNS ที่ถูกต้องตลอดอายุการใช้งานของคลัสเตอร์ ระเบียน DNS นี้ประกอบด้วยชื่อ DNS ของโหนดที่อยู่ในคลัสเตอร์ ElastiCache จะตรวจสอบให้แน่ใจว่าตำแหน่งข้อมูลการกําหนดค่าชี้ไปที่โหนดเป้าหมายดังกล่าวอย่างน้อยหนึ่งรายการเสมอ จากนั้นการสืบค้นโหนดเป้าหมายจะส่งกลับตำแหน่งข้อมูลสําหรับโหนดทั้งหมดของคลัสเตอร์ที่เป็นปัญหา หลังจากนี้ คุณสามารถเชื่อมต่อกับโหนดคลัสเตอร์ได้เหมือนเดิมและใช้คําสั่งโปรโตคอล Memcached เช่น get, set, incr และ decr ได้ ดูรายละเอียดเพิ่มเติมได้ที่เอกสารประกอบ หากต้องการใช้ Auto Discovery, คุณจะต้องมีไคลเอ็นต์ที่สามารถค้นหาอัตโนมัติ สามารถดาวน์โหลดไคลเอ็นต์ Auto Discovery สําหรับ .Net , Java และ PHP ได้จากคอนโซล ElastiCache เมื่อเริ่มต้นใช้งาน ไคลเอ็นต์จะกําหนดสมาชิกปัจจุบันของคลัสเตอร์ ElastiCache โดยอัตโนมัติโดยการใช้ตําแหน่งข้อมูลการกําหนดค่า เมื่อคุณทําการเปลี่ยนแปลงแคชคลัสเตอร์ของคุณโดยการเพิ่มหรือลบโหนด หรือหากโหนดถูกแทนที่เมื่อล้มเหลว ไคลเอ็นต์ Auto Discovery จะกําหนดการเปลี่ยนแปลงโดยอัตโนมัติและคุณไม่จําเป็นต้องเริ่มต้นการใช้งานไคลเอ็นต์ของคุณด้วยตนเอง

ในการเริ่มต้น ให้ดาวน์โหลดไคลเอ็นต์ของคลัสเตอร์ ElastiCache โดยการเลือกลิงก์ดาวน์โหลดไคลเอ็นต์ของคลัสเตอร์ ElastiCache บนคอนโซล ElastiCache ก่อนที่จะดาวน์โหลดได้ คุณต้องมีบัญชี ElastiCache หากยังไม่มี คุณสามารถลงชื่อสมัครใช้ได้จากหน้ารายละเอียด ElastiCache หลังจากที่คุณดาวน์โหลดไคลเอ็นต์ คุณสามารถเริ่มการตั้งค่าและการเปิดใช้งานคลัสเตอร์ ElastiCache ของคุณได้โดยการไปที่คอนโซล ElastiCache ดูรายละเอียดเพิ่มเติมได้ในเอกสารประกอบ

ได้ คุณสามารถหยุดใช้ Auto Discovery ได้ทุกเมื่อ คุณสามารถปิดใช้งาน Auto Discovery ได้โดยการระบุโหมดการดำเนินงานระหว่างการเริ่มต้นใช้งานไคลเอ็นต์ของคลัสเตอร์ ElastiCache และเนื่องจาก ElastiCache ยังคงรองรับ Memcached คุณจึงสามารถใช้ไคลเอ็นต์ที่ปฏิบัติตามโปรโตคอลของ Memcached ได้เช่นเคย

หากต้องการใช้ประโยชน์จาก Auto Discovery ต้องใช้ไคลเอ็นต์ที่สามารถค้นหาอัตโนมัติในการเชื่อมต่อกับคลัสเตอร์ ElastiCache ปัจจุบัน ElastiCache รองรับไคลเอ็นต์ที่สามารถค้นหาอัตโนมัติสําหรับ .Net, Java และ PHP สิ่งเหล่านี้สามารถดาวน์โหลดได้จากคอนโซล ElastiCache คุณสามารถสร้างไคลเอ็นต์สําหรับภาษาอื่น ๆ ได้โดยการสร้างจากไคลเอ็นต์ Memcached ยอดนิยมที่มีอยู่

คุณสามารถใช้ไลบรารีของไคลเอ็นต์ Memcached และเพิ่มการรองรับ Auto Discovery หากคุณต้องการเพิ่มหรือแก้ไขไคลเอ็นต์ของคุณเองเพื่อเปิดใช้งาน Auto Discovery โปรดดูเอกสารประกอบชุดคําสั่งของ Auto Discovery

ได้ ElastiCache ยังคงปฏิบัติตามโปรโตคอลของ Memcached และไม่ได้กำหนดให้คุณต้องเปลี่ยนไคลเอ็นต์ อย่างไรก็ตาม เราได้เพิ่มประสิทธิภาพสามารถของไคลเอ็นต์ Memcached เพื่อให้สามารถใช้ประโยชน์จากจุดแข็งของคุณสมบัติ Auto Discovery ได้ ถ้าคุณเลือกที่จะไม่ใช้ไคลเอ็นต์ของคลัสเตอร์ ElastiCache คุณสามารถใช้ไคลเอ็นต์ของคุณเองต่อไปได้ หรือปรับเปลี่ยนไลบรารีของไคลเอ็นต์ของคุณเองเพื่อทําความเข้าใจชุดคําสั่งของ Auto Discovery
 

ได้่ สามารถเชื่อมต่อคลัสเตอร์ ElastiCache เดียวกันผ่านทางไคลเอ็นต์ที่สามารถค้นหาอัตโนมัติและไคลเอ็นต์ Memcached แบบดั้งเดิมได้ในเวลาเดียวกัน ElastiCache ยังคงปฏิบัติตาม Memcached 100%

ได้ คุณสามารถหยุดใช้ Auto Discovery ได้ทุกเมื่อ คุณสามารถปิดใช้งาน Auto Discovery ได้โดยการระบุโหมดการดำเนินงานระหว่างการเริ่มต้นใช้งานไคลเอ็นต์ของคลัสเตอร์ ElastiCache และเนื่องจาก ElastiCache ยังคงรองรับ Memcached คุณจึงสามารถใช้ไคลเอ็นต์ที่ปฏิบัติตามโปรโตคอลของ Memcached ได้เช่นเคย

ElastiCache ช่วยให้คุณสามารถควบคุมเงื่อนไขและวันเวลาที่จะอัปเกรดซอฟต์แวร์ที่ปฏิบัติตามโปรโตคอลของ Memcached ที่ขับเคลื่อนคลัสเตอร์ของคุณเป็นเวอร์ชันใหม่ที่ ElastiCache รองรับได้ สิ่งนี้ช่วยให้คุณมีความยืดหยุ่นในการรักษาความสามารถของการใช้งานร่วมกันได้กับเวอร์ชัน Memcached เฉพาะ การทดสอบเวอร์ชันใหม่กับแอปพลิเคชันของคุณก่อนที่จะนำไปใช้ในการทำงานจริง และการดําเนินการอัปเกรดเวอร์ชันตามเงื่อนไขและไทม์ไลน์ของคุณเอง การอัปเกรดเวอร์ชันมีความเสี่ยงด้านการทำงานร่วมกัน ดังนั้นจึงไม่เกิดขึ้นโดยอัตโนมัติและคุณจะต้องเริ่มการอัปเกรดด้วยตนเอง วิธีการแพตช์ซอฟต์แวร์นี้ทําให้คุณได้อยู่ในที่นั่งคนขับของการอัปเกรดเวอร์ชัน แต่ยังคงช่วยลดการทํางานของแอปพลิเคชันแพตช์โดยการถ่ายโอนไปยัง ElastiCache ด้วย คุณสามารถเรียนรู้เพิ่มเติมเกี่ยวกับการจัดการเวอร์ชันได้โดยการอ่านคําถามที่พบบ่อยที่ตามมาหลังจากนี้ หรือดูที่คู่มือผู้ใช้ ElastiCache ก็ได้เช่นกัน แม้ว่าฟังก์ชันการจัดการเวอร์ชันของกลไกจะมีไว้พื่อให้คุณสามารถควบคุมวิธีการแพตช์ที่เกิดขึ้นได้มากที่สุด แต่เราสามารถแพ็ตช์คลัสเตอร์ของคุณในนามของคุณได้ หากเราพบว่ามีช่องโหว่ด้านความปลอดภัยในระบบหรือซอฟต์แวร์แคช

คุณสามารถระบุเวอร์ชันที่รองรับในปัจจุบัน (รองหรือหลัก) เมื่อสร้างคลัสเตอร์ใหม่ หากคุณต้องการเริ่มต้นการอัปเกรดกลไกเป็นเวอร์ชันที่รองรับ คุณสามารถทําได้โดยการใช้ตัวเลือกแก้ไขสําหรับคลัสเตอร์ของคุณ ระบุเวอร์ชันที่คุณต้องการอัปเกรดในฟิลด์เวอร์ชันของกลไกแคช จากนั้นระบบจะนำการอัปเกรดไปใช้กับคลัสเตอร์ในนามของคุณทันที (หากเลือกตัวเลือก นําไปใช้ทันที) หรือในระหว่างกรอบเวลาของการบํารุงรักษาตามกําหนดครั้งถัดไป

ใช่ คุณสามารถทําได้โดยการสร้างคลัสเตอร์ใหม่ด้วยกลไกเวอร์ชันใหม่ คุณสามารถชี้แอปพลิเคชันการพัฒนาหรือการจัดเตรียมของคุณไปยังคลัสเตอร์นี้ ทดสอบ และตัดสินใจว่าจะอัปเกรดคลัสเตอร์เดิมของคุณหรือไม่

เราวางแผนที่จะทำให้ ElastiCache ทั้งเวอร์ชันหลักและรองสามารถรองรับ Memcached เวอร์ชันอื่น ๆ เพิ่มเติม จํานวนครั้งของการเปิดตัวเวอร์ชันใหม่ที่รองรับในปีที่ระบุจะแตกต่างกันไปตามความถี่และเนื้อหาของเวอร์ชัน Memcached และผลลัพธ์ของการตรวจสอบการเปิดตัวอย่างละเอียดโดยทีมวิศวกรของเรา

คุณสามารถอัปเกรดคลัสเตอร์ Memcached ที่มีอยู่ของคุณได้โดยการใช้กระบวนการแก้ไข ในการอัปเกรดจาก Memcached เวอร์ชันเก่าเป็น Memcached เวอร์ชัน 1.4.33 ขึ้นไป โปรดตรวจสอบให้แน่ใจว่าค่า max_chunk_size ของพารามิเตอร์ที่มีอยู่ของคุณเป็นไปตามเงื่อนไขที่จําเป็นสําหรับพารามิเตอร์ slab_chunk_max โปรดตรวจสอบข้อกําหนดเบื้องต้นสำหรับการอัปเกรด

ElastiCache มีเธรด I/O ที่มีประสิทธิภาพยิ่งขึ้น ซึ่งจะมอบการปรับปรุงที่สําคัญสําหรับอัตราการโอนถ่ายข้อมูลและเวลาแฝงในวงกว้างผ่านการรวมส่งสัญญาณ การลดการทำงานของเลเยอร์งานนำเสนอ และอื่น ๆ อีกมากมาย เธรด I/O ที่มีประสิทธิภาพยิ่งขึ้นจะปรับปรุงประสิทธิภาพโดยใช้จำนวนคอร์ที่มากขึ้นสําหรับการประมวลผล I/O และปรับตามเวิร์กโหลดแบบไดนามิก ElastiCache จะปรับปรุงอัตราการโอนถ่ายข้อมูลของคลัสเตอร์ที่เปิดใช้งาน TLS โดยการลดการทำงานของการเข้ารหัสไปยังเธรด I/O ที่มีประสิทธิภาพยิ่งขึ้นรายการเดียวกันนั้น ElastiCache (Redis OSS) เวอร์ชัน 7.0 เปิดตัวการรวมส่งสัญญาณ I/O ที่มีประสิทธิภาพยิ่งขึ้น ซึ่งรวมคําขอไคลเอ็นต์จํานวนมากไว้ในช่องทางเดียว และปรับปรุงประสิทธิภาพของเธรด

สำหรับ ElastiCache เวอร์ชัน 7.1 ขึ้นไปสำหรับ Redis OSS เราได้ขยายฟังก์ชันเธรด I/O ที่มีประสิทธิภาพยิ่งขึ้น เพื่อให้สามารถจัดการตรรกะเลเยอร์การนําเสนอได้ด้วย เธรด I/O ที่มีประสิทธิภาพยิ่งขึ้นไม่เพียงแค่อ่านอินพุตไคลเอ็นต์เท่านั้น แต่ยังแยกวิเคราะห์อินพุตเป็นรูปแบบคําสั่งไบนารี ซึ่งจะส่งต่อไปยังเธรดหลักเพื่อดำเนินการ และเพิ่มประสิทธิภาพให้ดียิ่งขึ้น เมื่อใช้ ElastiCache เวอร์ชัน 7.1 สำหรับ Redis OSS คุณสามารถทำให้อัตราการโอนถ่ายข้อมูลเพิ่มขึ้นสูงสุด 100% และเวลาแฝงของ P99 ลดลง 50% เมื่อเทียบกับเวอร์ชันก่อน บน r7g.4xlarge หรือใหญ่กว่า คุณสามารถบรรลุคําขอมากกว่า 1 ล้านรายการต่อวินาที (RPS) ต่อโหนด

ElastiCache มีชุดเมตริกที่แตกต่างกันสองชุด สำหรับวัดการใช้งาน CPU ของแคช โดยจะขึ้นอยู่กับตัวเลือกการนำแคชไปใช้จริงของคุณ เมื่อใช้ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ คุณสามารถตรวจติตดามการใช้งาน CPU ด้วยเมตริก ElastiCache Processing Units (ECPU) จํานวน ECPU ที่ใช้โดยคําขอของคุณขึ้นอยู่กับเวลา vCPU ที่ใช้และปริมาณข้อมูลที่ถ่ายโอน การอ่านและเขียนแต่ละครั้ง เช่น คําสั่ง Redis OSS GET และ SET หรือคําสั่ง Memcached get and set ต้องใช้ ECPU 1 รายการสําหรับแต่ละกิโลไบต์ (KB) ของข้อมูลที่ถ่ายโอน คําสั่ง Redis OSS บางคําสั่งที่ทํางานบนโครงสร้างข้อมูลในหน่วยความจําอาจใช้เวลา vCPU มากกว่าคําสั่ง GET หรือ SET ElastiCache คํานวณจํานวน ECPU ที่ใช้ไปตามเวลา vCPU ที่คําสั่งใช้เมื่อเทียบกับพื้นฐานของเวลา vCPU ที่ดําเนินการโดยคําสั่ง SET หรือ GET หากคําสั่งของคุณใช้เวลา vCPU เพิ่มเติมและถ่ายโอนข้อมูลมากกว่าพื้นฐานของ 1 ECPU ElastiCache จะคํานวณ ECPU ที่จําเป็นตามมิติข้อมูลที่สูงกว่าของทั้งสองมิติ

หากออกแบบคลัสเตอร์ของคุณเอง คุณสามารถตรวจติดตาม EngineCPUUtilization และ CPUUtilization ได้ เมตริก CPUUtilization จะวัดการใช้ CPU สําหรับอินสแตนซ์ (โหนด) และเมตริก EngineCPUUtilization จะวัดการใช้งานที่ระดับกระบวนการของเอนจิ้น นอกเหนือจากเมตริก CPUUtilization แล้ว คุณต้องมีเมตริก EngineCPUUtilization ด้วย เนื่องจากกระบวนการ Redis OSS หลักเป็นเธรดเดี่ยวและใช้ CPU เพียงคอร์เดียวจากหลายคอร์ที่มีอยู่ในหนึ่งอินสแตนซ์ ดังนั้นเมตริก CPUUtilization จึงไม่ได้ให้การมองเห็นที่แม่นยําเกี่ยวกับอัตราการใช้ CPU ในระดับกระบวนการของเอนจิ้น เราขอแนะนําให้คุณใช้ทั้งเมตริก CPUUtilization และ EngineCPUUtilization ร่วมกัน เพื่อทําความเข้าใจโดยละเอียดเกี่ยวกับการใช้งาน CPU สําหรับคลัสเตอร์ Redis OSS

เมตริกทั้งสองชุดพร้อมใช้งานในทุก AWS Region และคุณสามารถเข้าถึงเมตริกเหล่านี้ได้โดยการใช้ Amazon CloudWatch หรือในคอนโซล นอกจากนี้ เราขอแนะนําให้คุณไปที่เอกสารประกอบ เพื่อเรียนรู้เกี่ยวกับเมตริกที่มีประโยชน์สําหรับการตรวจติดตามประสิทธิภาพ

แบบจําลองการอ่านมีจุดประสงค์สองประการใน Redis OSS:

• การจัดการความล้มเหลว
• การปรับขนาดการอ่าน

เมื่อคุณเรียกใช้แคชด้วยแบบจําลองการอ่าน ตัวหลักจะทําหน้าที่ทั้งเขียนและอ่าน แบบจําลองรองรับทราฟิกการอ่านโดยเฉพาะและยังพร้อมใช้งานในฐานะการสำรองข้อมูลแบบ Warm Standby ในกรณีที่ตัวหลักทำงานบกพร่อง

เมื่อใช้ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ บริการจะเก็บรักษาแบบจําลองการอ่านโดยอัตโนมัติ หากออกแบบแคชของคุณเอง มีหลายสถานการณ์ที่การนำแบบจำลองการอ่านไปใช้จริงอย่างน้อยหนึ่งรายการสําหรับโหนดหลักที่ระบุอาจสมเหตุสมผล เหตุผลทั่วไปในการปรับใช้แบบจำลองการอ่านมีดังนี้

• การปรับขนาดเกินความจุการประมวลผลหรือ I/O ของโหนดหลักเดียวสําหรับเวิร์กโหลดที่มีการอ่านจำนวนมาก: ปริมาณการอ่านส่วนเกินนี้สามารถส่งไปยังแบบจําลองการอ่านอย่างน้อยหนึ่งรายการ
• คอยบริการปริมาณการอ่านเมื่อโหนดหลักไม่พร้อมใช้งาน: หากโหนดหลักไม่สามารถรับคำขอ I/O ได้ (เช่น เนื่องจากการระงับ I/O เพื่อสำรองข้อมูลหรือการบำรุงรักษาที่วางแผนไว้) คุณสามารถนำทราฟฟิคการอ่านไปยังแบบจำลองการอ่านของคุณได้ สำหรับกรณีการใช้งานนี้ โปรดทราบว่าข้อมูลบนแบบจำลองการอ่านอาจเป็นข้อมูล “เก่า” เนื่องจากอินสแตนซ์หลักไม่พร้อมใช้งาน นอกจากนี้ยังสามารถใช้แบบจําลองการอ่านอุ่นเครื่องเพื่อรีสตาร์ทตัวหลักที่ล้มเหลวได้อีกด้วย
• สถานการณ์สมมติการปกป้องข้อมูล: ในกรณีที่ไม่น่าจะเกิดขึ้นอย่างโหนดหลักล้มเหลวหรือ AZ ของโหนดหลักไม่พร้อมใช้งาน คุณสามารถโปรโมตแบบจําลองการอ่านใน AZ อื่นเป็นโหนดหลักใหม่ได้ 

คุณสามารถเชื่อมต่อกับแบบจําลองการอ่านเช่นเดียวกับที่คุณเชื่อมต่อกับโหนดแคชหลัก หากคุณมี Read Replica หลายรายการ แอปพลิเคชันของคุณคือตัวกำหนดการกระจายการรับส่งข้อมูลการอ่านระหว่างรายการต่างๆ นี่คือรายละเอียดเพิ่มเติม:

• คลัสเตอร์ Redis (ปิดใช้งานโหมดคลัสเตอร์) OSS ให้ใช้ตําแหน่งข้อมูลโหนดแต่ละโหนดสําหรับการดําเนินงานอ่าน (ใน API/CLI สิ่งเหล่านี้เรียกว่าตำแหน่งข้อมูลการอ่าน)
• คลัสเตอร์ Redis OSS (เปิดใช้งานโหมดคลัสเตอร์) ใช้ตําแหน่งข้อมูลการกําหนดค่าของคลัสเตอร์สําหรับการดำเนินงานทั้งหมด คุณยังคงอ่านได้จากตำแหน่งข้อมูลของโหนดแต่ละโหนด (ใน API และ CLI สิ่งเหล่านี้เรียกว่าตำแหน่งข้อมูลการอ่าน)

ElastiCache ช่วยให้คุณสามารถสร้างแบบจําลองการอ่านได้สูงสุดห้า (5) รายการสําหรับโหนดแคชหลักที่กําหนด

ในกรณีที่เกิดการใช้ระบบสำรองเพื่อกู้คืนข้อมูล แบบจำลองการอ่านที่เชื่อมโยงและพร้อมใช้งานจะกลับมาดำเนินการจำลองแบบต่อเมื่อการใช้ระบบสำรองเพื่อกู้คืนข้อมูลเสร็จสมบูรณ์แล้ว (รับการอัปเดตจากแบบจำลองการอ่านที่เพิ่งได้รับการโปรโมต)

การอัปเดตโหนดแคชหลักจะได้รับการจำลองแบบโดยอัตโนมัติไปยังแบบจำลองการอ่านที่เชื่อมโยงอยู่ อย่างไรก็ตาม เทคโนโลยีการจำลองแบบอะซิงโครนัสของ Redis OSS อาจทำให้แบบจำลองการอ่านอัปเดตช้ากว่าโหนดแคชหลักได้ด้วยสาเหตุหลายประการ สาเหตุที่พบได้โดยทั่วไป มีดังนี้

• เขียนโวลุม I/O ไปยังโหนดแคชหลักเกินอัตราที่จะสามารถนำการเปลี่ยนแปลงไปใช้กับแบบจําลองการอ่านได้
• พาร์ติชันเครือข่ายหรือเวลาแฝงระหว่างโหนดแคชหลักกับแบบจำลองการอ่าน

แบบจำลองการอ่านขึ้นอยู่กับจุดแข็งและจุดอ่อนของการจำลองแบบ Redis OSS หากคุณใช้แบบจำลองการอ่าน คุณควรคำนึงถึงความล่าช้าที่อาจเกิดขึ้นระหว่างแบบจำลองการอ่านและโหนดแคชหลักหรือที่เรียกว่า “ความไม่สม่ำเสมอ” ElastiCache ปล่อยเมตริกที่จะช่วยให้คุณเข้าใจความไม่สอดคล้องกัน

แบบจำลองการอ่านจะถูกเรียกเก็บค่าบริการในฐานะโหนดแคชมาตรฐานและในอัตราเดียวกัน เช่นเดียวกันกับโหนดแคชมาตรฐาน อัตราต่อ “ชั่วโมงโหนดแคช” สำหรับแบบจำลองการอ่านจะขึ้นอยู่กับคลาสโหนดแคชของแบบจำลองการอ่าน ดูราคาปัจจุบันได้ที่หน้าราคา ElastiCache จะไม่มีการเรียกเก็บเงินสำหรับการถ่ายโอนข้อมูลที่เกิดขึ้นในขณะจำลองแบบข้อมูลระหว่างโหนดแคชหลักและแบบจำลองการอ่านของคุณ การเรียกเก็บค่าบริการสำหรับแบบจำลองการอ่านจะเริ่มทันทีที่สร้างแบบจำลองการอ่านเสร็จสมบูรณ์แล้ว (เมื่อสถานะเปลี่ยนเป็น “Active” (เปิดใช้งาน)) แบบจำลองการอ่านจะเรียกเก็บค่าบริการตามอัตราชั่วโมงโหนดแคชของ ElastiCache มาตรฐานจนกว่าคุณจะออกคำสั่งลบ

ElastiCache รองรับการเริ่มใช้ระบบสำรองเพื่อกู้คืนข้อมูล ซึ่งคุณสามารถกลับไปดําเนินการแคชต่อได้โดยเร็วที่สุด เมื่อมีการใช้ระบบสำรองเพื่อกู้คืนข้อมูล ElastiCache จะพลิกระเบียน DNS สําหรับโหนดแคชของคุณเพื่อให้ชี้ไปที่แบบจําลองการอ่าน ซึ่งจะโปรโมตเป็นตัวหลักใหม่ เราแนะนำให้คุณทำตามแนวทางการปฏิบัติที่ดีที่สุดและปรับใช้การลองเชื่อมต่อโหนดแคชอีกครั้งในเลเยอร์แอปพลิเคชัน โดยทั่วไปแล้วจะใช้เวลาในการดำเนินการตั้งแต่ต้นจนจบด้วยการทำตามขั้นตอนที่หนึ่งถึงห้าครบภายในหกนาที

นี่คือเหตุการณ์การใช้ระบบสำรองเพื่อกู้คืนข้อมูลอัตโนมัติซึ่งจะแสดงตามลําดับของสิ่งที่เกิดขึ้น:

1. ข้อความกลุ่มการจําลองแบบ: ทดสอบ API การใช้ระบบสำรองเพื่อกู้คืนข้อมูลที่เรียกใช้สําหรับกลุ่มโหนด <node-group-id>
2. ข้อความแคชคลัสเตอร์: การใช้ระบบสำรองเพื่อกู้คืนข้อมูลจากโหนดหลัก <primary-node-id> ไปยังโหนดแบบจำลอง <node-id> เสร็จสมบูรณ์แล้ว
3. ข้อความกลุ่มการจําลองแบบ: การใช้ระบบสำรองเพื่อกู้คืนข้อมูลจากโหนดหลัก <primary-node-id> ไปยังโหนดจําลอง <node-id> เสร็จสมบูรณ์แล้ว
4. ข้อความแคชคลัสเตอร์: การกู้คืนโหนดแคช <node-id>
5. ข้อความแคชคลัสเตอร์: ดำเนินการกู้คืนโหนดแคชให้เสร็จสิ้น <node-id>

ไม่ได้ สามารถเตรียมใช้งานแบบจําลองการอ่านของคุณได้เฉพาะใน AZ เดียวกันหรือต่างกันใน Region เดียวกันกับโหนดแคชหลักเท่านั้น อย่างไรก็ตาม คุณสามารถใช้ Global Datastore เพื่อทํางานร่วมกับการจําลองแบบที่รวดเร็ว เชื่อถือได้ เน้นความปลอดภัย และมีการจัดการเต็มรูปแบบในทั่วทั้ง AWS Region เมื่อใช้คุณสมบัตินี้ คุณสามารถสร้างคลัสเตอร์แบบจําลองการอ่านข้าม Region ให้กับ ElastiCache เพื่อเปิดใช้งานการอ่านที่มีเวลาแฝงต่ำและกระบวนการกู้คืนจากความเสียหายทั่วทั้ง AWS Region

ใช่ คุณสามารถดูข้อมูลในตำแหน่งปัจจุบันของตัวหลักได้โดยการใช้คอนโซลหรือ DescribeCacheClusters API

ใช่ คุณสามารถเพิ่มหรือลบแบบจําลองการอ่านในทั่วทั้งส่วนข้อมูลอย่างน้อยหนึ่งรายการในสภาพแวดล้อมคลัสเตอร์ได้ คลัสเตอร์ยังคงออนไลน์และให้บริการ I/O ขาเข้าในระหว่างการดําเนินงานนี้

Multi-AZ เป็นคุณสมบัติที่ช่วยให้คุณสามารถทํางานในการกําหนดค่าที่มีความพร้อมใช้งานสูงมากขึ้น หากคุณออกแบบแคช ElastiCache ของคุณเอง แคชทั้งหมดของ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์จะทํางานโดยอัตโนมัติในการกําหนดค่า Multi-AZ กลุ่มการจําลองแบบ ElastiCache ประกอบด้วยแบบจําลองหลักและแบบจําลองการอ่านสูงสุดห้ารายการ หากเปิดใช้งาน Multi-AZ จําเป็นต้องมีแบบจําลองอย่างน้อยหนึ่งรายการต่อหนึ่งรายการหลัก ในระหว่างการบํารุงรักษาตามแผนบางประเภทหรือในกรณีที่โหนด ElastiCache หรือ AZ ล้มเหลว ElastiCache จะตรวจจับความล้มเหลวของตัวหลักโดยอัตโนมัติ เลือกแบบจําลองการอ่านและโปรโมตให้เป็นแบบจําลองหลักใหม่ นอกจากนี้ ElastiCache ยังแพร่กระจายการเปลี่ยนแปลง DNS ของแบบจําลองการอ่านที่โปรโมตอีกด้วย ดังนั้นหากแอปพลิเคชันของคุณกําลังเขียนไปยังตําแหน่งข้อมูลโหนดหลัก ก็ไม่จําเป็นต้องเปลี่ยนตำแหน่งข้อมูล

ประโยชน์หลักของการเรียกใช้ ElastiCache ในโหมด Multi-AZ คือความพร้อมใช้งานที่มีประสิทธิภาพยิ่งขึ้นและความต้องการการดูแลระบบที่น้อยลง เมื่อเรียกใช้ ElastiCache ในการกําหนดค่า Multi-AZ แคชของคุณจะมีสิทธิ์ได้รับ SLA ความพร้อมใช้งาน 99.99% หากโหนดหลักของ ElastiCache ล้มเหลว ผลกระทบต่อความสามารถในการอ่านและเขียนไปยังโหนดหลักจะจํากัดอยู่ที่เวลาที่ใช้ไปสําหรับการใช้ระบบสำรองเพื่อกู้คืนข้อมูลโดยอัตโนมัติให้เสร็จสมบูรณ์ เมื่อเปิดใช้งาน Multi-AZ การใช้ระบบสำรองเพื่อกู้คืนข้อมูลของโหนด ElastiCache จะเป็นไปโดยอัตโนมัติและไม่จําเป็นต้องมีการดูแลระบบ 

คุณสามารถใช้ Multi-AZ ได้ หากใช้ ElastiCache และมีกลุ่มการจําลองแบบที่ประกอบด้วยโหนดหลักและแบบจําลองการอ่านหนึ่งรายการขึ้นไป หากโหนดหลักล้มเหลว ElastiCache จะตรวจจับความล้มเหลวโดยอัตโนมัติ เลือกหนึ่งรายการจากแบบจําลองการอ่านที่มีอยู่ แล้วโปรโมตให้เป็นโหนดหลักใหม่ ElastiCache จะแพร่กระจายการเปลี่ยนแปลง DNS ของแบบจําลองที่โปรโมต เพื่อให้แอปพลิเคชันของคุณสามารถเขียนไปยังตําแหน่งข้อมูลหลักได้ต่อไป นอกจากนี้ ElastiCache จะหมุนโหนดใหม่เพื่อแทนที่แบบจําลองการอ่านที่โปรโมตใน AZ เดียวกันของโหนดหลักที่ล้มเหลว ในกรณีที่โหนดหลักล้มเหลวเนื่องจากการหยุดชะงักชั่วคราวของ AZ ระบบจะเปิดใช้แบบจําลองใหม่เมื่อกู้คืน AZ แล้ว

ใช่ โปรดทราบว่าการวางทั้งแบบตัวหลักและแบบจำลองไว้ใน AZ เดียวกัน จะไม่ทําให้กลุ่มการจําลองแบบ ElastiCache ของคุณมีความยืดหยุ่นต่อการหยุดชะงักของ AZ แต่อย่างใด นอกจากนี้คือ ระบบจะไม่อนุญาตให้มีแบบจำลองอยู่ใน AZ เดียวกันกับตัวหลัก หากเปิด Multi-AZ อยู่

ElastiCache จะใช้ระบบสำรองเพื่อกู้คืนข้อมูลแบบจําลองการอ่านในกรณีใด ๆ ต่อไปนี้:

• การสูญเสียความพร้อมใช้งานใน AZ ของตัวหลัก
• สูญเสียการเชื่อมต่อเครือข่ายไปยังอินสแตนซ์หลัก
• ความล้มเหลวของคอมพิวเตอร์ในอินสแตนซ์หลัก

หากมีแบบจําลองการอ่านมากกว่าหนึ่งรายการ แบบจําลองการอ่านที่มีความล่าช้าน้อยกว่าในการจําลองแบบอะซิงโครนัสไปยังตัวหลักจะได้รับการโปรโมต

ใช่ ElastiCache จะสร้างเหตุการณ์เพื่อแจ้งให้คุณทราบว่ามีการใช้ระบบสำรองเพื่อกู้คืนข้อมูลโดอัตโนมัติเกิดขึ้น คุณสามารถใช้ DescribeEvents API เพื่อส่งคืนข้อมูลเกี่ยวกับเหตุการณ์ที่เกี่ยวกับโหนด ElastiCache หรือเลือกส่วนเหตุการณ์ในคอนโซลการจัดการของ ElastiCache

AZ ได้รับการออกแบบมาเพื่อให้มีการเชื่อมต่อเครือข่ายที่มีเวลาแฝงต่ำกับ AZ อื่น ๆ ใน Region เดียวกัน นอกจากนี้ คุณอาจลองพิจารณาการสร้างสถาปัตยกรรมของแอปพลิเคชันและทรัพยากร AWS อื่น ๆ ที่มีความซ้ำซ้อนภายใน AZ หลายแห่ง เพื่อให้แอปพลิเคชันของคุณยืดหยุ่นหากเกิด AZ หยุดชะงัก

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับ Multi-AZ โปรดดูเอกสารประกอบของ ElastiCache

การสำรองข้อมูลและการคืนค่าเป็นคุณสมบัติที่ช่วยให้คุณสามารถสร้างสแนปชอตของแคช ElastiCache ของคุณได้ ElastiCache จัดเก็บสแนปช็อตที่จะทําให้ผู้ใช้สามารถใช้เพื่อคืนค่าแคชได้ในภายหลัง ขณะนี้รองรับ ElastiCache สำหรับ Valkey, ElastiCache สำหรับ Redis OSS และแบบไม่ต้องใช้เซิร์ฟเวอร์ 

การสร้างสแนปช็อตอาจมีประโยชน์ในกรณีที่ข้อมูลสูญหายซึ่งเกิดจากความล้มเหลวของโหนด รวมถึงเหตุการณ์ที่ไม่น่าจะเกิดขึ้น เช่น ความล้มเหลวของฮาร์ดแวร์ สาเหตุทั่วไปอีกประการหนึ่งในการใช้การสำรองข้อมูลคือเพื่อวัตถุประสงค์ในการเก็บถาวร สแนปช็อตได้รับการจัดเก็บไว้ใน Amazon S3

เมื่อเริ่มต้นการสํารองข้อมูล ElastiCache จะถ่ายภาพสแนปช็อตของแคชที่ระบุซึ่งสามารถใช้สําหรับการกู้คืนหรือเก็บถาวรได้ในภายหลัง คุณสามารถเริ่มการสํารองข้อมูลได้ทุกเมื่อที่คุณเลือกหรือตั้งค่าการสํารองข้อมูลรายวันที่เกิดซ้ำโดยมีระยะเวลาเก็บรักษาสูงสุด 35 วัน เมื่อคุณเลือกสแนปช็อตที่จะคืนค่า ระบบจะสร้างแคช ElastiCache ใหม่พร้อมกับป้อนข้อมูลของสแนปช็อตให้โดยอัตโนมัติ สแนปช็อต ElastiCache ใช้งานร่วมกับรูปแบบไฟล์ Redis OSS RDB ได้

คุณสามารถใช้คุณสมบัติการสำรองข้อมูลและการคืนค่าผ่านคอนโซล, ElastiCache API และ AWS CLI คุณสามารถปิดใช้งานและเปิดใช้งานคุณสมบัติใหม่ได้ตามที่คุณเลือกทุกเมื่อ

การสำรองข้อมูลและการคืนค่าจะสร้างสแนปช็อตแบบต่อแคช ผู้ใช้สามารถระบุแคช ElastiCache ที่จะสํารองข้อมูลผ่านคอนโซล, AWS CLI หรือ ElastiCache API เราขอแนะนําให้ผู้ใช้เปิดใช้งานการสํารองข้อมูลในแบบจําลองการอ่านของแคชอันใดอันหนึ่ง เพื่อลดผลกระทบที่อาจเกิดขึ้นกับตัวหลัก เมื่อใช้ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ ระบบจะดำเนินการสํารองข้อมูลโดยอัตโนมัติกับแบบจำลองการอ่าน

ได้ คุณสามารถส่งออกสแนปช็อต ElastiCache ไปยังบัคเก็ต S3 ที่ได้รับอนุญาตใน Region เดียวกับแคชของคุณได้

ใช่ ก่อนอื่นคุณต้องคัดลอกสแนปช็อตของคุณลงในบัคเก็ต S3 ที่ได้รับอนุญาตที่คุณเลือกในรีเจี้ยนเดียวกัน จากนั้นจึงให้สิทธิ์บัคเก็ตข้ามบัญชีแก่บัญชีอื่น

ElastiCache มีพื้นที่จัดเก็บข้อมูลสำหรับหนึ่งสแน็ปช็อตฟรีสำหรับแต่ละแคชที่ใช้งานอยู่ของ ElastiCache จะมีการเรียกเก็บค่าพื้นที่เก็บข้อมูลเพิ่มเติมตามพื้นที่ที่สแนปช็อตใช้ในราคา 0.085 USD/GB ทุกเดือน (ราคาเดียวกันในทุกรีเจี้ยน) การถ่ายโอนข้อมูลสำหรับการใช้สแน็ปช็อตเป็นบริการฟรี

เมื่อคุณลบแคชของ ElastiCache สแนปช็อตที่คุณบันทึกด้วยตนเองจะได้รับการเก็บรักษาไว้ นอกจากนี้คุณยังมีตัวเลือกในการสร้างสแนปชอตสุดท้ายก่อนที่แคชจะถูกลบออก สแนปช็อตแคชอัตโนมัติจะไม่ได้รับการเก็บรักษาไว้

กลไกภายใน ElastiCache ใช้งานร่วมกับ Redis OSS ได้อย่างเต็มรูปแบบ และยังมาพร้อมกับการเพิ่มประสิทธิภาพ ความคงทน และความเสถียร การเพิ่มประสิทธิภาพบางอย่าง ได้แก่:

• หน่วยความจําที่ใช้งานได้มากขึ้น: ตอนนี้คุณสามารถจัดสรรหน่วยความจําเพิ่มเติมสําหรับแอปพลิเคชันของคุณได้อย่างปลอดภัยโดยไม่ต้องเสี่ยงกับการใช้งานที่ต้องสลับไปมาเพิ่มขึ้นระหว่างการซิงค์และสแนปช็อต
• การซิงโครไนซ์ที่ดีขึ้น: การซิงโครไนซ์ที่มีประสิทธิภาพมากขึ้นภายใต้การทำงานหนักและระหว่างการกู้คืนจากการยกเลิกการเชื่อมต่อเครือข่าย นอกจากนี้แล้ว การซิงค์จะเร็วขึ้นเนื่องจากทั้งตัวหลักและแบบจําลองไม่ได้ใช้ดิสก์สําหรับการดําเนินงานนี้อีกต่อไป
• การใช้ระบบสำรองเพื่อกู้คืนข้อมูลที่ราบรื่นยิ่งขึ้น: ในกรณีที่เกิดการใช้ระบบสำรองเพื่อกู้คืนข้อมูล ส่วนข้อมูลของคุณจะกู้คืนได้เร็วขึ้นเนื่องจากแบบจําลองจะไม่ล้างข้อมูลเพื่อทําการซิงค์ใหม่ทั้งหมดกับตัวหลักอีกต่อไป
• TLS offload และการรวมสัญญาณ IO: ElastiCache ได้รับการออกแบบมาเพื่อให้ใช้ทรัพยากร CPU ที่มีอยู่ได้ดีขึ้น โดยการจัดการกระบวนการที่เกี่ยวข้องกับเครือข่ายบางอย่างบนเธรดเฉพาะ

ไม่ กลไกที่มีประสิทธิภาพยิ่งขึ้นนี้สามารถใช้งานร่วมกันได้อย่างเต็มรูปแบบกับ Redis OSS ดังนั้นคุณจึงได้รับประโยชน์จากความคงทนและความเสถียรที่ดีขึ้นโดยไม่จําเป็นต้องทําการเปลี่ยนแปลงโค้ดแอปพลิเคชันของคุณ

ไม่มีค่าใช้จ่ายเพิ่มเติมสำหรับการใช้กลไกที่มีประสิทธิภาพยิ่งขึ้นนี้

การเข้ารหัสข้อมูลที่อยู่ในพื้นที่จัดเก็บมีกลไกในการป้องกันการเข้าถึงข้อมูลของคุณโดยไม่ได้รับอนุญาต เมื่อเปิดใช้งานแล้ว จะมีการเข้ารหัสในด้านต่อไปนี้:

• ดิสก์ระหว่างการดำเนินการซิงค์ สํารองข้อมูล และสลับ
• ข้อมูลสํารองที่จัดเก็บไว้ใน Amazon S3

ElastiCache นําเสนอการเข้ารหัสเริ่มต้น (จัดการโดยบริการ) สำหรับข้อมูลที่อยู่ในพื้นที่จัดเก็บ รวมถึงความสามารถในการใช้คีย์ AWS KMS แบบสมมาตรของคุณเองที่จัดการโดยลูกค้าใน AWS KMS เรียนรู้เพิ่มเติมได้ที่การเข้ารหัสข้อมูลที่อยู่ในพื้นที่จัดเก็บ

คุณสมบัติการเข้ารหัสข้อมูลที่อยู่ระหว่างการโอนย้ายช่วยอํานวยความสะดวกในการเข้ารหัสการสื่อสารระหว่างไคลเอ็นต์และ ElastiCache รวมถึงระหว่างเซิร์ฟเวอร์ (แบบจําลองหลักและแบบจำลองการอ่าน) อ่านเพิ่มเติมเกี่ยวกับการเข้ารหัสข้อมูลที่อยู่ระหว่างการโอนย้าย ElastiCache

การเข้ารหัสข้อมูลที่อยู่ระหว่างการโอนย้าย, การเข้ารหัสข้อมูลที่อยู่ในพื้นที่จัดเก็บ, Redis OSS AUTH และการควบคุมการเข้าถึงตามบทบาท (RBAC) เป็นคุณสมบัติที่คุณสามารถเลือกได้เมื่อสร้างแคช ElastiCache หากคุณเปิดใช้งานการเข้ารหัสข้อมูลที่อยู่ระหว่างการโอนย้าย คุณสามารถเลือกใช้ Redis OSS AUTH หรือ RBAC เพื่อความปลอดภัยและการควบคุมการเข้าถึงเพิ่มเติมได้

ไม่ ElastiCache จะจัดการการหมดอายุของใบรับรองและการต่ออายุในเบื้องหลังการทำงาน ผู้ใช้ไม่จําเป็นต้องดําเนินการใด ๆ สําหรับการบํารุงรักษาใบรับรองอย่างต่อเนื่อง

ไม่ ไม่มีค่าใช้จ่ายเพิ่มเติมสําหรับการใช้การเข้ารหัส

Global Datastore คือคุณสมบัติของ ElastiCache ซึ่งมีการจำลองแบบข้อมูลข้ามรึเจี้ยนที่รวดเร็ว เชื่อถือได้ เน้นความปลอดภัย และมีการจัดการเต็มรูปแบบ เมื่อใช้ Global Datastore คุณสามารถเขียนไปยังแคชของคุณใน Region เดียว และมีข้อมูลที่สามารถอ่านได้จากคลัสเตอร์แบบจำลองข้าม Region อีกไม่เกินสองคลัสเตอร์ เพื่อเปิดใช้งานการอ่านที่มีเวลาแฝงต่ําและกระบวนการกู้คืนจากความเสียหายทั่วทั้ง Region

ออกแบบมาสําหรับแอปพลิเคชันแบบเรียลไทม์ที่มีบริการส่วนกลาง โดยทั่วไปแล้ว Global Datastore จะจําลองแบบข้อมูลข้าม Region ภายในเวลาไม่ถึงหนึ่งวินาที ซึ่งจะเพิ่มการตอบสนองของแอปพลิเคชันของคุณโดยการจัดหาการอ่านตามภูมิศาสตร์ที่อยู่ใกล้กับผู้ใช้ปลายทางมากขึ้น ในกรณีที่ไม่น่าเป็นไปได้ของการลดลงของรีเจี้ยน สามารถโปรโมตหนึ่งในแคชแบบจำลองข้ามรีเจี้ยนที่มีสถานะประสิทธิภาพดีให้เป็นตัวหลักที่มีความสามารถในการอ่านและเขียนเต็มรูปแบบ เมื่อเริ่มต้นแล้ว การโปรโมตมักจะเสร็จสิ้นในเวลาไม่ถึงหนึ่งนาที ทําให้แอปพลิเคชันของคุณยังคงพร้อมใช้งาน

คุณสามารถจำลองแบบไปยังรีเจี้ยนรองได้สูงสุดสองแห่งภายใน Global Datastore สามารถใช้แคชในรีเจี้ยนรองเพื่อให้บริการการอ่านในเครื่องที่มีเวลาแฝงต่ำและกระบวนการกู้คืนจากความเสียหายในกรณีที่ไม่น่าจะเกิดการลดระดับของรีเจี้ยน

ElastiCache สําหรับ Redis เวอร์ชัน 5.0.6 ขึ้นไป รองรับ Global Datastore

ไม่ ElastiCache จะไม่โปรโมตคลัสเตอร์รองโดยอัตโนมัติในกรณีที่คลัสเตอร์หลัก (รีเจี้ยน) ถูกลดระดับลง คุณสามารถเริ่มการใช้ระบบสำรองเพื่อกู้คืนข้อมูลได้ด้วยตนเองโดยการเลื่อนขั้นคลัสเตอร์รองให้เป็นคลัสเตอร์หลัก การใช้ระบบสำรองเพื่อกู้คืนข้อมูลและการโปรโมตของคลัสเตอร์รองมักจะเสร็จสมบูรณ์ในเวลาไม่ถึงหนึ่งนาที

Global Datastore ใช้การเข้ารหัสข้อมูลที่อยู่ระหว่างการโอนย้ายสําหรับทราฟฟิคข้ามรีเจี้ยนเพื่อให้ข้อมูลของคุณปลอดภัยยิ่งขึ้น นอกจากนี้คุณยังสามารถเข้ารหัสแคชหลักและรองได้โดยการใช้การเข้ารหัสข้อมูลที่อยู่ในพื้นที่จัดเก็บเพื่อให้ข้อมูลของคุณปลอดภัยยิ่งขึ้น แคชหลักและรองแต่ละรายการสามารถมีคีย์ AWS KMS ที่จัดการโดยลูกค้าแยกต่างหากสําหรับการเข้ารหัสข้อมูลที่อยู่ในพื้นที่จัดเก็บ

ElastiCache ไม่มี SLA สําหรับ RPO และ RTO RPO จะแตกต่างกันไปตามความล่าช้าในการจําลองแบบระหว่างรีเจี้ยน และขึ้นอยู่กับเวลาแฝงของเครือข่ายระหว่างรีเจี้ยนและความหนาแน่นของทราฟฟิคเครือข่ายข้ามรีเจี้ยน โดยทั่วไปแล้ว RPO ของ Global Datastore จะอยู่ไม่ถึงหนึ่งวินาที ดังนั้นข้อมูลที่เขียนในรีเจี้ยนหลักจึงพร้อมใช้งานในรีเจี้ยนรองภายในหนึ่งวินาที โดยทั่วไปแล้ว RTO ของ Global Datastore จะใช้เวลาไม่ถึงหนึ่งนาที เมื่อเริ่มต้นการใช้ระบบสำรองเพื่อกู้คืนข้อมูลไปยังคลัสเตอร์รองแล้ว ElastiCache มักจะโปรโมตตัวรองให้มีความสามารถในการอ่านและเขียนเต็มรูปแบบได้ภายในเวลาไม่ถึงนาที

ElastiCache ไม่มี SLA สําหรับ RPO และ RTO RPO จะแตกต่างกันไปตามความล่าช้าในการจําลองแบบระหว่างรีเจี้ยน และขึ้นอยู่กับเวลาแฝงของเครือข่ายระหว่างรีเจี้ยนและความหนาแน่นของทราฟฟิคเครือข่ายข้ามรีเจี้ยน โดยทั่วไปแล้ว RPO ของ Global Datastore จะอยู่ไม่ถึงหนึ่งวินาที ดังนั้นข้อมูลที่เขียนในรีเจี้ยนหลักจึงพร้อมใช้งานในรีเจี้ยนรองภายในหนึ่งวินาที โดยทั่วไปแล้ว RTO ของ Global Datastore จะใช้เวลาไม่ถึงหนึ่งนาที เมื่อเริ่มต้นการใช้ระบบสำรองเพื่อกู้คืนข้อมูลไปยังคลัสเตอร์รองแล้ว ElastiCache มักจะโปรโมตตัวรองให้มีความสามารถในการอ่านและเขียนเต็มรูปแบบได้ภายในเวลาไม่ถึงนาที

การจัดระดับข้อมูลมีตัวเลือกประสิทธิภาพด้านราคาแบบใหม่ โดยการใช้โซลิดสเตตไดรฟ์ (SSD) ที่มีต้นทุนต่ํากว่าในแต่ละโหนดคลัสเตอร์นอกเหนือจากการจัดเก็บข้อมูลไว้ในหน่วยความจํา เหมาะอย่างยิ่งสําหรับเวิร์กโหลดที่เข้าถึงชุดข้อมูลโดยรวมไม่เกิน 20 เปอร์เซ็นต์อยู่เป็นประจํา และเหมาะสําหรับแอปพลิเคชันที่สามารถทนต่อเวลาแฝงเพิ่มเติมเมื่อเข้าถึงข้อมูลบน SSD โหนด R6gd ของ ElastiCache ที่มีหน่วยความจำและ SSD มีความจุของพื้นที่เก็บข้อมูลทั้งหมดเพิ่มขึ้นเกือบ 5 เท่า และช่วยคุณประหยัดค่าใช้จ่ายได้มากกว่า 60% เมื่อใช้งานที่ระดับการใช้งานสูงสุด โดยเทียบกับโหนด R6g ของ ElastiCache ที่มีเฉพาะหน่วยความจำเท่านั้น

การจัดระดับข้อมูลทํางานโดยการย้ายรายการที่ใช้น้อยที่สุดในช่วงหลังมานี้จากหน่วยความจําไปยัง NVMe SSD ที่เชื่อมต่ออยู่ภายในโดยอัตโนมัติและมีความโปร่งใส เมื่อระบบใช้ความจุหน่วยความจําที่มีอยู่จนหมดแล้ว เมื่อมีการเข้าถึงรายการที่ย้ายไปยัง SSD ในภายหลัง ElastiCache จะย้ายรายการดังกล่าวกลับไปยังหน่วยความจําแบบอะซิงโครนัสก่อนที่จะให้บริการคําขอ

การจัดระดับข้อมูลได้รับการออกแบบมาเพื่อให้เกิดผลกระทบที่น้อยที่สุดต่อประสิทธิภาพของแอปพลิเคชัน สมมติว่ามีค่าสตริง 500 ไบต์ คุณสามารถคาดหวังเวลาแฝงเพิ่มเติม 300μs โดยเฉลี่ยสําหรับคําขอข้อมูลที่จัดเก็บไว้ใน SSD เมื่อเทียบกับคําขอข้อมูลในหน่วยความจํา

ElastiCache รองรับการจัดระดับข้อมูลสําหรับ ElastiCache สำหรับ Redis OSS เวอร์ชัน 6.2 ขึ้นไป

ElastiCache รองรับการจัดระดับข้อมูลบนคลัสเตอร์ โดยใช้โหนด R6gd

คําสั่ง Valkey และ Redis OSS ทั้งหมดและคุณสมบัติ ElastiCache โดยส่วนใหญ่จะได้รับการรองรับหากใช้การจัดระดับข้อมูล สําหรับรายการคุณสมบัติที่ไม่ได้รับการรองรับบนคลัสเตอร์ที่ใช้การจัดระดับข้อมูล โปรดดูที่เอกสารประกอบ

ไม่มีค่าใช้จ่ายเพิ่มเติมสําหรับการใช้การจัดระดับข้อมูล นอกเหนือจากค่าใช้จ่ายรายชั่วโมงของโหนด โหนดที่มีการจัดระดับข้อมูลสามารถใช้ได้กับโหนดแบบเหมาจ่ายและราคาตามความต้องการ ดูราคาได้ที่หน้าราคาของ ElastiCache