
تعارف #
Nagios مشن-کریٹیکل انفراسٹرکچر کے تمام اجزا کی نگرانی کرتا ہے: ایپلی کیشنز، سروسز، آپریٹنگ سسٹمز، نیٹ ورک پروٹوکولز، سسٹم میٹرکس اور نیٹ ورک انفراسٹرکچر۔ سیکڑوں تھرڈ پارٹی پلگ اِنز تقریباً ہر داخلی یا بیرونی ایپلی کیشن، سروس اور سسٹم کی نگرانی ممکن بناتے ہیں۔
اس AMI میں Nagios 4 اور NagiosGraph نصب اور ترتیب شدہ آتے ہیں اور nginx کے ذریعے پیش کیے جاتے ہیں: پہلے بوٹ سے ہی مانیٹرنگ اور گراف چل پڑتے ہیں، ہاتھ سے کچھ نصب یا ٹیون نہیں کرنا پڑتا۔
خصوصیات #
Nagios کی چند نمایاں خصوصیات:
- سرے سے سرے تک مانیٹرنگ۔
- رپورٹس کی تیاری۔
- ملٹی ٹیننٹ صلاحیت۔
- قابلِ توسیع فنِ تعمیر۔
- مستحکم، قابلِ اعتماد اور معتبر پلیٹ فارم۔
- قابلِ تخصیص کوڈ۔
ہماری AMI کیا شامل کرتی ہے
- Ubuntu LTS پر مبنی AMI، ہمیشہ ممکنہ تازہ ترین مستحکم ورژن میں۔
- Nagios 4 اُبنٹو پیکیج سے نصب اور ترتیب شدہ (تازہ ترین مستحکم ورژن)۔
- NagiosGraph ہمارے اپنے
.debپیکیج سے نصب اور ترتیب شدہ (تازہ ترین مستحکم ورژن)۔ - بہتر بنایا ہوا: nginx، PHP اور fcgiwrap۔
تنصیب #
تنصیب EC2 انسٹنس بنانے کے عام طریقے پر چلتی ہے۔ تجویز کردہ انسٹنس سائز t3.medium ہے۔
سیکیورٹی گروپ میں عام طور پر یہ قواعد ہوتے ہیں:
| قسم | پروٹوکول | پورٹ رینج | ماخذ |
|---|---|---|---|
| (*) SSH | TCP | 22 | 0.0.0.0/0 |
| حسبِ ضرورت TCP قاعدہ | TCP | 161–162 | 0.0.0.0/0 |
| (*) HTTP | HTTP | 80 | 0.0.0.0/0 |
| (*) HTTPS | HTTPS | 443 | 0.0.0.0/0 |
| (*) حسبِ ضرورت TCP قاعدہ | TCP | 5666–5667 | 0.0.0.0/0 |
| حسبِ ضرورت TCP قاعدہ | TCP | 5693 | 0.0.0.0/0 |
**(*)** والے قواعد لازمی ہیں — ویب انٹرفیس تک رسائی کے لیے بھی اور سرور کے معمول کے کام کے لیے بھی۔ مثال میں 0.0.0.0/0 لکھا ہے، مگر ہم رسائی اپنے نیٹ ورکس یا بیسشن ہوسٹس تک محدود رکھنے کا مشورہ دیتے ہیں۔
انسٹنس چلنے کے بعد یوں داخل ہوا جا سکتا ہے:
- SSH: انسٹنس چلاتے وقت منتخب کی گئی
.pemکلید اور صارفubuntuسے۔ - HTTP:
https://ip.of.nagios.instance/nagios4/پر، صارفnagiosadminاور پاس ورڈ کے طور پر ابھی بنائے گئے انسٹنس کا ID۔
ترتیب #
Let's Encrypt کے ساتھ SSL کی ترتیب
درست سرٹیفکیٹ کے لیے پہلے EC2 انسٹنس کا ہوسٹ نام بدلنا ہوگا، تبھی سرٹیفکیٹ جاری ہو سکے گا۔ AWS انسٹنس کے پہلے سے طے شدہ نام کے لیے سرٹیفکیٹ جاری نہیں ہونے دیتا، کیونکہ وہ نام (اور IP) عارضی ہوتے ہیں۔
فائل /etc/nginx/sites-enabled/nagios4.conf میں ترمیم کریں اور server_name اندراجات میں اپنا ڈومین نام لکھیں؛ انہیں اَن کمنٹ کرنا نہ بھولیں۔ مثلاً nagios4.imaxe.cloud استعمال کریں تو ترتیب یوں ہوگی:
server {
listen 80;
server_name nagios4.imaxe.cloud;
return 301 https://$host$request_uri;
}
server {
listen 443 ssl;
server_name nagios4.imaxe.cloud;
}پھر سروس دوبارہ شروع کریں:
service nginx restartآخری قدم certbot سے سرٹیفکیٹ کا اندراج اور تجدید ترتیب دینا ہے:
certbot --nginx --agree-tos --register-unsafely-without-email -d nagios4.imaxe.cloudیہ کمانڈ چلانے کے بعد آپ https://آپ-کا-ڈومین سے انسٹنس تک پہنچ سکیں گے۔
یہاں بطور مثال دیے گئے ڈومین نام کی جگہ اپنا ڈومین رکھنا نہ بھولیں۔
سپورٹ #
ہماری Nagios AMI کے استعمال میں اِن امور کی سپورٹ شامل ہے:
- AMI کی تنصیب۔
- ابتدائی ترتیب۔
- AMI سے متعلق اضافی ترتیبات (مثلاً Let’s Encrypt کی معاونت)۔
- Nagios کی وہ ترتیبات جو AMI سے متعلق ہو سکتی ہیں۔
- Nagios کی بنیادی عمومی سپورٹ۔
- AMI کی اپڈیٹس اور منتقلی۔
تبدیلیوں کا ریکارڈ #
AMI کی تاریخ۔ تاریخیں AWS Marketplace پر ہر ورژن کی اشاعت کی ہیں۔
ورژن 4.0
آپریٹنگ سسٹم Ubuntu 24.04.1 LTS Noble پر اپڈیٹ، PHP 8.3 اور nginx کے ساتھ۔
ورژن 3.0
Ubuntu 22.04.1 LTS Jammy Jellyfish، PHP 7.4 اور nginx کے ساتھ؛ Nagios .deb پیکیج سے اور NagiosGraph ہماری ریپوزٹری سے۔
.deb پیکیج سے برقرار رکھا جاتا ہے، جس سے اپڈیٹ آسان ہے۔ورژن 2.1
آپریٹنگ سسٹم اور NagiosGraph ورژن کی مکمل اپڈیٹ۔
ورژن 2.0
آپریٹنگ سسٹم اور Nagios 4 ورژن کی اپڈیٹ۔
ورژن 1.0
ہماری AMI کا پہلا ورژن، جس میں Nagios اور NagiosGraph نصب اور ترتیب شدہ ہیں۔
اس AMI کے ساتھ مدد چاہیے؟
جواب وہی ٹیم دیتی ہے جو یہ امیج بناتی ہے — اصلی انجینئر، نہ بوٹ نہ فرسٹ لیول۔