اپنی مانیٹرنگ: Uptime Kuma

آپ کے مشین کے پینل میں CPU، ٹریفک اور میموری کے گراف نظر آتے ہیں، لیکن اسے یہ علم نہیں ہوتا کہ آپ کی سائٹ جواب دے رہی ہے یا ڈیٹا بیس زندہ ہے۔ اس کے لیے آپ کو اپنا واچر چاہیے۔ Uptime Kuma سب سے آسان آپشن ہے: ایک کنٹینر، ایک ویب انٹرفیس، درجنوں اطلاع کے طریقے۔

انسٹالیشن

services:
  uptime-kuma:
    image: louislam/uptime-kuma:1
    container_name: uptime-kuma
    restart: unless-stopped
    volumes:
      - ./data:/app/data
    ports:
      - "127.0.0.1:3001:3001"

docker compose up -d

پورٹ جان بوجھ کر لوکل انٹرفیس پر بائنڈ کیا گیا ہے: مانیٹرنگ پینل کو باہر سے ظاہر نہیں ہونا چاہیے۔ اسے یا تو سرٹیفکیٹ اور پاس ورڈ والے ویب سرور کے ذریعے کھولیں، یا SSH ٹنل کے ذریعے:

ssh -L 3001:127.0.0.1:3001 root@<machine-address>

پھر اپنے براؤزر میں http://localhost:3001 پر جائیں؛ پہلا صارف ہی ایڈمنسٹریٹر بن جاتا ہے۔

کس چیز کی مانیٹرنگ کریں

چھوٹے سے شروع کریں، ورنہ آپ شور میں ڈوب جائیں گے:

• ہر سائٹ کے ہوم پیج کا HTTP چیک — رسپانس کوڈ اور وقت۔
• کسی اہم API کا HTTP چیک جس میں رسپانس کے اندر کلیدی لفظ کی جانچ ہو۔ صفحہ 200 بھی واپس کر سکتا ہے اور پھر بھی خرابی دکھا سکتا ہے۔
• ڈیٹا بیس یا گیم سرور کا TCP پورٹ۔
• سرٹیفکیٹ کی میعاد — Kuma میعاد ختم ہونے سے N دن پہلے آپ کو خبردار کرے گا۔
• شیڈول شدہ کاموں کے لیے پش چیک: کامیاب رن کے بعد اسکرپٹ ایک منفرد ایڈریس پر ہٹ کرتا ہے، اور اگر نہ کرے تو آپ کو الرٹ ملتا ہے۔ شیڈول شدہ کاموں کے ساتھ اچھا کام کرتا ہے۔

60 سیکنڈ کا وقفہ تقریباً ہمیشہ کافی ہوتا ہے۔ ریٹرائیز — 2-3، ورنہ نیٹ ورک کا ایک گم شدہ پیکٹ جھوٹا الارم اٹھا دے گا۔

سائٹ کی مانیٹرنگ اسی مشین پر نہ رکھیں جہاں وہ سائٹ موجود ہے۔ اگر مشین ڈاؤن ہو جائے تو واچر بھی اس کے ساتھ ڈاؤن ہو جائے گا، اور آپ کو کبھی پتہ نہیں چلے گا۔ بیرونی سائٹس کے لیے Kuma الگ مشین پر رکھیں، اور اس مشین پر — صرف اندرونی سروسز کے چیک۔

اطلاعات

Telegram بوٹ یا Discord ویب ہک سیٹ اپ کریں اور اسے اطلاعات کے سیکشن میں شامل کریں۔ ای میل چینل استعمال نہ کریں: مشین کے آؤٹ باؤنڈ کنکشنز پورٹ 25، 465 اور 587 پر بند رہتے ہیں جب تک درخواست پر کھولے نہ جائیں، اور Kuma کی ای میلز بس باہر نہیں جائیں گی — میل سرور دیکھیں۔

مفید عادات:

• "ڈاؤن" اور "سرٹیفکیٹ کی میعاد ختم" کے لیے الگ چینلز۔ پہلے پر ابھی ردعمل چاہیے، دوسرے پر — ہفتے کے اندر۔
• ریکوری اطلاعات فعال۔ ان کے بغیر آپ نہیں بتا سکتے کہ آؤٹیج ختم ہوا یا نہیں۔
• سیٹ اپ کے دوران بھیجا گیا ٹیسٹ پیغام۔ آدھے مسائل غلط ٹوکن ہوتے ہیں، اور یہ آپ کو صرف اصل آؤٹیج کے دوران پتہ چلتا ہے۔

وسائل اور دیکھ بھال

کنٹینر 150-250 MB میموری میں فٹ ہو جاتا ہے اور VDS-1 پر آرام سے چلتا ہے۔ ڈیٹا بیس چیک ہسٹری کے ساتھ بڑھتا ہے: سیٹنگز میں ریٹینشن 90-180 دن رکھیں، ورنہ ایک سال میں فائل گیگا بائٹس تک بڑھ جائے گی — ڈسک اسپیس دیکھیں۔

./data ڈائریکٹری سروس کی پوری حالت رکھتی ہے۔ اسے اپنے بیک اپ میں شامل کریں: تین درجن چیک ہاتھ سے بحال کرنا کوئی مزے کا کام نہیں۔

عام غلطیاں

• ڈومین کے بجائے IP ایڈریس سے چیک کرنا۔ سرٹیفکیٹ اور ورچوئل ہوسٹ چیک نہیں ہوتے، اور DNS آؤٹیج نظر نہیں آتا۔
• حد سے زیادہ حساس تھریش ہولڈز۔ ہر 2 سیکنڈ کی زیادتی پر الرٹ کا مطلب ہے کہ لوگ اطلاعات پڑھنا چھوڑ دیتے ہیں۔
• پینل بغیر پاس ورڈ کے باہر سے ظاہر۔ یہ آپ کا پورا انفراسٹرکچر دکھاتا ہے: ایڈریس، پورٹ، سروس کے نام۔