เนื้อหาในหน้า
ข้อมูลทั่วไป Redis Memcached

ข้อมูลทั่วไป

พื้นฐาน

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

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

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

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

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

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

เมื่อคุณคุ้นเคยกับ ElastiCache แล้ว คุณสามารถสร้างแคชได้ภายในไม่กี่นาทีโดยการใช้คอนโซลหรือ ElastiCache API

ถาม: ฉันจะสร้างแคชได้อย่างไร
สามารถสร้างแคชได้ง่าย ๆ โดยการใช้คอนโซล, ElastiCache API หรือเครื่องมือบรรทัดคำสั่ง เมื่อใช้ ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์ คุณสามารถสร้างแคชโดยใช้การตั้งค่าเริ่มต้นที่แนะนำ และเริ่มใช้งานได้ภายในเวลาไม่ถึงนาที

ไม่ต้องใช้เซิร์ฟเวอร์

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

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

ถาม: ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์รองรับ Redis และ Memcached เวอร์ชันใดบ้าง
ElastiCache แบบไม่ต้องใช้เซิร์ฟเวอร์รองรับ ElastiCache สำหรับ Redis เวอร์ชัน 7.1 และ ElastiCache สําหรับ Memcached เวอร์ชัน 1.6.21 ขึ้นไป

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

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

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

โหนดแบบเหมาจ่าย

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

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

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

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

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

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

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

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

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

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

การรักษาความปลอดภัย

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

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

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

การปฏิบัติตามข้อกำหนด

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

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

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

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

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

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

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

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

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

กลุ่มพารามิเตอร์

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

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

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

Redis

คุณสมบัติของ Redis

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

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

ถาม: ElastiCache สำหรับ Redis มีค่าใช้จ่ายเท่าไหร่
โปรดดูราคาของเราเพื่อดูข้อมูลเกี่ยวกับราคาปัจจุบัน

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

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

ถาม: ฉันสามารถดาวน์เกรดเป็นกลไกเวอร์ชันก่อนหน้าได้หรือไม่
ไม่ ไม่รองรับการดาวน์เกรดกลไกเป็นเวอร์ชันก่อนหน้า

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

ประสิทธิภาพ

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

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

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

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

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

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

แบบจําลองการอ่าน

ถาม: การเรียกใช้โหนด Redis เป็นแบบจำลองการอ่านคืออะไร
แบบจําลองการอ่านมีจุดประสงค์สองประการใน Redis:

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

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

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

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

ถาม: ฉันจะเชื่อมต่อกับ แบบจำลองการอ่านของฉันได้อย่างไร

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

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

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

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

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

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

แบบจำลองการอ่านขึ้นอยู่กับจุดแข็งและจุดอ่อนของการจำลองแบบ Redis หากคุณใช้แบบจำลองการอ่าน คุณควรคำนึงถึงความล่าช้าที่อาจเกิดขึ้นระหว่างแบบจำลองการอ่านและโหนดแคชหลักหรือที่เรียกว่า “ความไม่สม่ำเสมอ” 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>

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

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

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

Multi-AZ

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

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

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

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

การสำรองข้อมูลและการคืนค่า

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

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

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

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

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

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

ถาม: ฉันมีบัญชี AWS หลายบัญชีที่ใช้ ElastiCache สำหรับ Redis ฉันสามารถใช้สแนปช็อต ElastiCache จากหนึ่งบัญชีเพื่อ Warm Start คลัสเตอร์ ElastiCache สำหรับ Redis ในบัญชีอื่นได้หรือไม่
ได้ ก่อนอื่นคุณต้องคัดลอกสแนปช็อตของคุณลงในบัคเก็ต S3 ที่ได้รับอนุญาตที่คุณเลือกในรีเจี้ยนเดียวกัน จากนั้นจึงให้สิทธิ์บัคเก็ตข้ามบัญชีแก่บัญชีอื่น

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

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

กลไกที่มีประสิทธิภาพยิ่งขึ้น

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

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

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

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

การเข้ารหัส

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

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

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

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

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

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

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

Global Datastore

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

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

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

ถาม: มีกลไกเวอร์ชันใดบ้างที่รองรับ Global Datastore
ElastiCache สําหรับ Redis เวอร์ชัน 5.0.6 ขึ้นไป รองรับ Global Datastore

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

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

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

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

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

การจัดระดับข้อมูล

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

Memcached

คุณสมบัติของ Memcached

ถาม: ฉันสามารถใช้ ElastiCache สำหรับ Memcached แคชอะไรได้บ้าง
คุณสามารถแคชอ็อบเจกต์ต่าง ๆ โดยการใช้ ElastiCache สําหรับ Memcached ได้ อ็อบเจกต์เหล่านี้รวมถึงเนื้อหาในพื้นที่เก็บข้อมูลถาวร (เช่น Amazon Relational Database Service (Amazon RDS), Amazon DynamoDB หรือฐานข้อมูลที่จัดการด้วยตนเองซึ่งโฮสต์บน Amazon EC2) ไปจนถึงหน้าเว็บที่สร้างขึ้นแบบไดนามิก (เช่น Nginx) ไปจนถึงข้อมูลเซสชันชั่วคราวที่อาจไม่จำเป็นต้องใช้พื้นที่เก็บข้อมูลสำรองถาวร นอกจากนี้คุณยังสามารถใช้ในการปรับใช้ตัวนับความถี่สูงเพื่อนำการควบคุมการอนุญาตให้เข้าไปใช้จริงในแอปพลิเคชันบนเว็บที่มีปริมาณการใช้งานสูง

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

ถาม: ปัจจุบันฉันใช้ Memcached ฉันจะย้ายข้อมูลไปยัง ElastiCache ได้อย่างไร
ElastiCache ปฏิบัติตามโปรโตคอลของ Memcached ดังนั้นคุณจึงสามารถใช้การดําเนินงานของ Memcached มาตรฐานอย่างเช่น get, set, incr และ decr ในลักษณะเดียวกับที่คุณทําในการนำ Memcached ที่มีอยู่ไปใช้จริง ElastiCache รองรับทั้งข้โปรโตคอลไบนารีและข้อความ นอกจากนี้ยังรองรับผลลัพธ์ทางสถิติมาตรฐานโดยส่วนใหญ่ ซึ่งสามารถดูได้ในรูปแบบกราฟโดยการใช้ CloudWatch ด้วยเหตุนี้ คุณจึงสามารถเปลี่ยนไปใช้ ElastiCache ได้โดยไม่ต้องคอมไพล์ใหม่หรือเชื่อมโยงแอปพลิเคชันของคุณใหม่: ไลบรารีที่คุณใช้จะยังคงทํางานต่อไป หากต้องการกําหนดค่าเซิร์ฟเวอร์แคชที่แอปพลิเคชันเข้าถึง ให้อัปเดตไฟล์การกําหนดค่า Memcached ของแอปพลิเคชัน เพื่อรวมตำแหน่งข้อมูลของเซิร์ฟเวอร์ (โหนด) ที่เราเตรียมใช้งานไว้ให้ คุณสามารถใช้ตัวเลือก Copy Node Endpoints ในคอนโซลหรือ DescribeCacheClusters API เพื่อรับรายการตำแหน่งข้อมูล เช่นเดียวกับกระบวนการย้ายข้อมูล เราขอแนะนําให้ทดสอบการนำ ElastiCache ใหม่ของคุณไปใช้จริงอย่างละเอียด ก่อนที่จะทำการย้ายจากโซลูชันปัจจุบันให้แล้วเสร็จ

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

การกําหนดค่าและการปรับขนาด

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

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

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

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

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

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

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

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

การใช้งานร่วมกันได้

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

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

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

Auto Discovery

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

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

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

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

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

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

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

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

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

การจัดการเวอร์ชันของกลไก

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

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

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

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

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

เรียนรู้เพิ่มเติมเกี่ยวกับราคาของ ElastiCache สำหรับ Redis

ไปที่หน้าราคา
พร้อมสร้างหรือยัง
เริ่มต้นใช้งาน ElastiCache สำหรับ Redis
มีคำถามเพิ่มเติมหรือไม่
ติดต่อเรา