RDS for Oracle และ SQL Server ขยาย Additional Storage Volumes อัตโนมัติได้

RDS ขยายพื้นที่ Additional Storage Volumes อัตโนมัติสำหรับ Oracle และ SQL Server

AWS ประกาศเมื่อ 29 ตุลาคม 2026 ว่า Amazon RDS for Oracle และ Amazon RDS for SQL Server รองรับ storage autoscaling บน additional storage volumes แล้ว ผู้ดูแลฐานข้อมูลสามารถกำหนดเพดานพื้นที่สูงสุดของ volume เพิ่มเติมแต่ละลูก จากนั้น RDS ติดตามการใช้พื้นที่และขยายความจุเมื่อใกล้เต็ม โดย AWS ระบุว่าการขยายพื้นที่ทำได้โดยไม่มี downtime ความสามารถนี้ใช้ได้ทั้ง instance ใหม่และเดิม

พื้นที่เพิ่มที่ต้องดูแลเองในอดีต

Additional storage volumes ช่วยเพิ่มพื้นที่นอกเหนือจาก primary volume ได้สูงสุดสามลูก และขยายพื้นที่รวมของ instance ได้ถึง 256 TiB เหมาะกับฐานข้อมูลที่โตจนพื้นที่หลักไม่พอ หรืออยากแยกการจัดวางข้อมูลตามลักษณะงาน แต่ก่อนหน้านี้ autoscaling ใช้กับ primary volume ได้ ขณะที่ additional volumes ต้องคาดการณ์การเติบโตแล้ว provision ด้วยมือ หากตั้งไว้น้อยเกินไป งานเขียนข้อมูลอาจสะดุดหรือแอปพลิเคชันหยุดให้บริการ หากตั้งเผื่อมากเกินไปก็จ่ายค่าพื้นที่ที่ยังไม่ได้ใช้

การขยายแบบใหม่ย้ายภาระการคอยเพิ่มขนาด volume ไปให้บริการ RDS ผู้ดูแลระบุ maximum storage limit สำหรับ additional volume แต่ละลูก ไม่ใช่เพดานเดียวที่ใช้แทนการวางแผนพื้นที่ทั้ง instance เมื่อการใช้งานจริงเข้าใกล้พื้นที่ที่ provision อยู่ RDS จะเพิ่มความจุขึ้นเองภายในขอบเขตที่กำหนด ฟีเจอร์จึงช่วยรับมือการเติบโตที่คาดเวลาได้ยาก แต่ไม่ได้ทำให้ข้อมูลขยายได้ไม่จำกัด หากการใช้งานชนเพดานสูงสุดที่ตั้งไว้ ทีมยังต้องประเมินและเพิ่มเพดานตามความเหมาะสม

ขอบเขต ค่าใช้จ่าย และช่องทางเปิดใช้

AWS ระบุว่าความสามารถนี้รองรับ RDS for Oracle และ RDS for SQL Server ในทุก commercial AWS Region และ AWS GovCloud (US) Regions สามารถเปิดผ่าน Management Console, AWS CLI หรือ RDS API โดยไม่คิดค่าธรรมเนียมเพิ่มสำหรับตัว autoscaling แต่ยังคิดค่าบริการตามพื้นที่จัดสรรจริง ดังนั้นการเปิด autoscaling ไม่ใช่การลดค่าใช้จ่ายโดยอัตโนมัติ สิ่งที่เปลี่ยนคือไม่ต้องเผื่อพื้นที่สูงมากตั้งแต่แรกและลดความเสี่ยงจากการเพิ่มพื้นที่ไม่ทัน

สำหรับองค์กรที่มีหลาย volume ควรระบุเจ้าของและหน้าที่ของแต่ละลูก เช่น volume สำหรับข้อมูลที่โตตามธุรกรรมหรือ volume ของงานที่เพิ่มตามรอบปิดบัญชี การตั้งเพดานเท่ากันทุกลูกโดยไม่ดูแนวโน้มอาจทำให้ลูกหนึ่งโตจนถึงเพดานก่อน ขณะที่อีกลูกยังว่างมาก นอกจากนี้การที่ RDS ขยายพื้นที่ไม่รับประกันว่า workload จะมี IOPS หรือ throughput พอเมื่อข้อมูลและการใช้งานโตขึ้น ควรติดตามประสิทธิภาพ storage และ query ควบคู่กับความจุ

แนวทางนำไปใช้ในระบบจริง

เริ่มจากดู allocated storage, free space และอัตราเติบโตย้อนหลังของ additional volume แต่ละลูก กำหนด maximum storage limit ให้ครอบคลุมช่วงเวลาที่ทีมสามารถตรวจพบและปรับแผนได้ รวมทั้งตั้งแจ้งเตือนเมื่อพื้นที่ว่างลดลงหรือพื้นที่จัดสรรใกล้เพดาน แม้บริการจะขยายให้เอง การแจ้งเตือนยังจำเป็นสำหรับจับการเติบโตผิดปกติ เช่น งาน import ข้อมูลผิดพลาดหรือ log ที่ไม่ถูกลบ

ก่อนเปิดกับ production ให้ทดลองบน instance ที่ไม่กระทบงานหลักเพื่อดูขั้นตอนการตั้งค่าและการแสดงผลหลังขยาย ตรวจว่าระบบ monitoring ของทีมแยกค่าของแต่ละ volume ได้ และ dashboard ที่ใช้คำนวณต้นทุนอ่านพื้นที่จัดสรรที่เปลี่ยนแปลงได้จริง เมื่อเปิดแล้วควรบันทึกเพดานที่ตั้ง เหตุผลทางธุรกิจ และรอบทบทวน เพราะเพดานที่เหมาะสมวันนี้อาจไม่พอในเดือนถัดไป

ในด้านความต่อเนื่องของบริการ AWS ระบุว่าการขยาย storage เกิดขึ้นโดยไม่มี downtime แต่ทีมยังควรทดสอบกรณีพื้นที่เพิ่มระหว่างมีการเขียนข้อมูลหนาแน่น ดู latency และความผิดพลาดของแอปพลิเคชัน เพื่อยืนยันผลในสภาพแวดล้อมของตนเอง ฟีเจอร์นี้ช่วยลดงานปฏิบัติการและความเสี่ยงจากการคาดขนาดพื้นที่ผิด โดยยังต้องมีงบประมาณ การเฝ้าดู และเพดานความจุที่ดูแลอย่างต่อเนื่อง

แหล่งข่าว: AWS What's New, 29 ตุลาคม 2026