Zabbix 7.0 LTS اب دستیاب: ہماری AMI میں کیا بدلتا ہے

Zabbix 7.0 6.0 کے بعد پہلی LTS لائن ہے، اور برسوں میں سب سے نمایاں تبدیلی لاتی ہے: دوبارہ بنایا گیا فرنٹ اینڈ، زیادہ مؤثر جمع آوری کا انجن اور ایک نیٹو SLA سسٹم۔ imaxe میں ہم نے وہ سب کچھ Ubuntu 24.04 پر پروڈکشن کے لیے تیار ایک AMI میں دوبارہ پیک کیا ہے، ہمارے SQS ریڈر کے ساتھ جو نئی APIs سے فائدہ اٹھانے کے لیے دوبارہ لکھا گیا ہے۔

اگر آپ پہلے ہی ہماری کسی Zabbix 6.0 AMI کو آپریٹ کرتے ہیں تو یہ گائیڈ آپ کو بتاتی ہے کہ اپڈیٹ کرنے پر آپ کی ٹیم کو کیا فائدہ ہوتا ہے اور تاریخ کا ایک نقطہ بھی کھوئے بغیر یہ کیسے کریں۔

ایک فرنٹ اینڈ جو آخرکار جدید محسوس ہوتا ہے #

وہ تبدیلی جو داخل ہوتے ہی سب سے زیادہ محسوس ہوتی ہے۔ ڈیش بورڈز اب کثیر صفحاتی ویجٹس کو خودکار روٹیشن کے ساتھ سپورٹ کرتے ہیں، NOC اسکرینز کے لیے مثالی، اور نیویگیشن ہموار ہو گئی ہے: کسی مخصوص مسئلے تک پہنچنے کے لیے کم کلکس۔

• کے ویجٹس top hosts، gauge اور pie دوبارہ ڈیزائن کیے گئے، قابلِ کنفیگر رنگین حدوں کے ساتھ۔
• دیوار کے پینلز کے لیے بہتر kiosk موڈ، فی ویجٹ آزاد refresh کے ساتھ۔
• فی صارف محفوظ فلٹرز جو سیشنز کے درمیان برقرار رہتے ہیں۔

نیٹو SLA، بغیر جوڑ توڑ کے #

اب تک Zabbix میں ایک ٹھیک ٹھاک SLA شمار کرنے کا مطلب triggers معاون اور دستی حساب کتاب تھا۔ 7.0 ایک اعلیٰ درجے کی SLA سروس متعارف کراتی ہے: آپ ہدف، سروس ونڈوز اور منصوبہ بند بندش کے ادوار طے کرتے ہیں، اور Zabbix باقی کام کرتا ہے۔

ہم ایک متوازی اسپریڈ شیٹ برقرار رکھنے سے لے کر باقی میٹرکس کے اسی پینل میں SLA کا compliance رکھنے تک پہنچ گئے۔ صرف یہی اپڈیٹ کو جائز ٹھہرا دیتا ہے۔

مینٹیننس ونڈوز کو خارج کرنا

حساب کتاب مینٹیننس کے ادوار کا احترام کرتا ہے، تاکہ ایک منصوبہ بند ری اسٹارٹ آپ کی دستیابی کو سزا نہ دے۔ اسے ایک بار کنفیگر کیا جاتا ہے اور یہ تمام منسلک سروسز پر لاگو ہوتا ہے۔

SQS ریڈر دوبارہ لکھا گیا #

ہمارا آٹو اسکیلنگ انٹیگریشن Auto Scaling کے ایونٹس ایک SQS queue سے پڑھتا ہے تاکہ غائب ہونے والی انسٹینسز کا اخراج کرے۔ 7.0 میں ہم نے اسے asynchronous کلائنٹ استعمال کرنے اور بیچز پر عمل کرنے کے لیے دوبارہ لکھا ہے، جس سے اخراج کی latency منٹوں سے سیکنڈوں تک کم ہو گئی ہے۔

کنفیگریشن نہیں بدلتی: یہ اب بھی /etc/zabbix/zabbix_ami.yml میں رہتی ہے۔ اگر آپ 6.0 سے آ رہے ہیں تو آپ کی فائل بغیر تبدیلی کے مطابقت پذیر ہے۔

$ imaxe status zabbix-sqs-reader
← ورژن 3.0.1 (async) · queue جُڑ گئی
← آخری بیچ: 4 پیغامات 0.8s میں
$ journalctl -u zabbix-sqs-reader -n 20 --no-pager

6.0 سے منتقلی کیسے کریں #

ہم in situ اپڈیٹ کرنے کے بجائے AMI 7.0 کے ساتھ ایک نئی انسٹینس لانچ کر کے اور ڈیٹا منتقل کر کے منتقلی کرنے کی تجویز دیتے ہیں۔ یہ زیادہ محفوظ ہے اور آپ کو واپسی کا راستہ دیتا ہے۔

1. AMI Zabbix 7.0 LTS کو اسی ریجن اور ایک مساوی انسٹینس کی قسم میں لانچ کریں۔
2. 6.0 انسٹینس کا ڈیٹابیس ایکسپورٹ کریں اور اسے نئی میں بحال کریں — schema پہلے بوٹ پر اپڈیٹ ہو جاتا ہے۔
3. کاپی کریں /etc/zabbix/zabbix_ami.yml اور اپنے ذاتی ٹیمپلیٹس۔
4. EIP منتقل کرنے سے پہلے 24-48 گھنٹے متوازی طور پر ایجنٹس اور الرٹس کی تصدیق کریں۔

کیا یہ قابلِ قدر ہے؟ #

اگر آپ ڈیش بورڈز میں رہتے ہیں یا آپ کو SLA رپورٹ کرنا ہوتا ہے تو 7.0 ایک واضح چھلانگ ہے۔ اگر آپ کا 6.0 کام کرتا ہے اور آپ SLA استعمال نہیں کرتے تو کوئی جلدی نہیں: ہم اسے 2027 تک پیچ اور آڈٹ شدہ رکھیں گے۔ کسی بھی صورت میں، نئی AMI تیار ہے جب آپ تیار ہوں۔