CLOUD & INFRA

Kubernetes v1.37 ปรับสถานะ Native Histograms เป็น Beta และเปิดใช้งานเป็นค่าเริ่มต้น

Kubernetes Blog11 Sep 2026
1 min read
Key Takeaways
  • Native Histograms ใน K8s v1
  • 37 ช่วยให้วัดผล Latency ได้แม่นยำขึ้นโดยลดจำนวน Time series ลงถึง 90% และใช้งานได้ทันทีโดยไม่ต้องตั้งค่า Bucket ล่วงหน้า

ทำไมเรื่องนี้ถึงสำคัญ

เป็นการยกระดับมาตรฐานการทำ Observability ของระบบ Cloud-Native ให้มีประสิทธิภาพสูงขึ้น โดยเฉพาะการวิเคราะห์ Latency ที่ต้องการความแม่นยำสูงแต่เดิมมักจะแลกมาด้วยต้นทุนการจัดเก็บข้อมูลที่มหาศาล การอัปเดตนี้ช่วยให้ทีมวิศวกรได้ข้อมูลที่แม่นยำขึ้นในราคาที่ถูกลง

Kubernetes เวอร์ชัน 1.37 ได้ประกาศยกระดับฟีเจอร์ Native Histograms ให้เข้าสู่สถานะ Beta และเปิดใช้งานเป็นค่าเริ่มต้น (Enabled by Default) ซึ่งเป็นการนำความสามารถของ Prometheus Native Histograms มาใช้เพื่อแทนที่การวัดผลแบบ Classic Histograms ที่ใช้มาอย่างยาวนาน โดยการเปลี่ยนแปลงนี้จะช่วยให้ระบบการวัดผลมีความละเอียดสูงขึ้นในขณะที่ใช้ทรัพยากรในการจัดเก็บและดึงข้อมูลลดลง

หัวใจสำคัญของการอัปเดตนี้คือการเปลี่ยนจากการใช้ถังเก็บข้อมูลแบบคงที่ (Static Bucket Boundaries) ไปเป็นการใช้ถังข้อมูลแบบปรับขนาดได้ตามลำดับเลขชี้กำลัง (Dynamic Exponential Buckets) ซึ่งช่วยแก้ปัญหา 'การเดาขนาดถัง' (Bucket Guessing Game) ที่มักทำให้ข้อมูลขาดความแม่นยำหากพฤติกรรมของระบบเปลี่ยนไป นอกจากนี้ยังช่วยลดจำนวนชุดข้อมูลอนุกรมเวลา (Time Series) ลงได้สูงสุดถึง 90% ส่งผลให้การทำงานของ Prometheus มีประสิทธิภาพสูงขึ้นและประหยัดพื้นที่จัดเก็บข้อมูลมากขึ้นอย่างเห็นได้ชัด

สรุปประเด็นหลัก

Native Histograms ปรับสถานะเป็น Beta และเปิดใช้งานเป็นค่าเริ่มต้นใน v1.37

ลดจำนวน Time Series และภาระในการจัดเก็บข้อมูล (Storage Overhead) ได้สูงสุด 90%

ใช้ระบบ Dynamic Exponential Buckets แทนการระบุค่า Bucket แบบคงที่ ช่วยลดข้อผิดพลาดในการคำนวณ Quantile

นวัตกรรมและเทคโนโลยี

infrastructure

Native Histograms Support

รองรับการวัดผลแบบความละเอียดสูงโดยใช้ Exponential Buckets ที่ปรับขนาดตามค่าที่วัดได้จริงโดยอัตโนมัติ

monitoring

Dual Exposition for Compatibility

รองรับการส่งข้อมูลทั้งแบบ Classic และ Native พร้อมกันเพื่อให้ยังใช้งานกับ Dashboard และ Alert เดิมได้ในช่วงเปลี่ยนผ่าน

platform

Component-base Integration

ฟีเจอร์นี้รวมเข้ากับระบบ Metrics หลัก ทำให้ส่วนประกอบสำคัญอย่าง API Server และ Scheduler ได้รับความสามารถนี้ทันที

Developer Impact
ทีม Platform Engineer และ DevOps จะสามารถเห็นภาพรวมของระบบได้ละเอียดขึ้นโดยใช้ทรัพยากรน้อยลง โดยควรตรวจสอบเวอร์ชันของ Prometheus ที่ใช้เพื่อให้รองรับการดึงข้อมูลแบบ Protobuf และพิจารณาเปิดใช้งาน always_scrape_classic_histograms ในช่วงแรกเพื่อรักษาความต่อเนื่องของระบบ Dashboard เดิม
Keywords
#kubernetes #prometheus #observability #metrics #histograms
Original Source

อ่านข้อมูลเพิ่มเติมจากแหล่งข่าวหลัก

Kubernetes Blog