რატომ ვუმასპინძლო აფთაიმის მონიტორინგს თვითონ ჰოსტინგ-სერვისის ნაცვლად?

ორი მიზეზი. კონტროლი და პირადულობა — შენი მონიტორები, შენი გაფრთხილების წესები და იმის სია, რასაც უშვებ, რჩება სერვერზე, რომელიც შენია, და არა მესამე მხარის დაფაზე. და დამოუკიდებლობა — მონიტორი უნდა ცხოვრობდეს იმის გარეთ, რასაც აკვირდება. Uptime Kuma საკუთარ პატარა VPS-ზე აგრძელებს შემოწმებას (და გაფრთხილებას) მაშინაც კი, როცა შენი მთავარი სერვერი ან სახლის კავშირი დაცემულია. ჰოსტინგ-სერვისიც ამას აკეთებს, მაგრამ თვითჰოსტინგი ყველაფერს შენს და ფიქსირებული ღირებულებით ტოვებს.

რა გეგმა და რესურსები სჭირდება Uptime Kuma-ს?

მსუბუქია — Nano-IP ($8/თვე) ათობით მონიტორს მშვიდად უშვებს. RAM-ის მოხმარება იზრდება შემოწმებების რაოდენობასთან და შენახულ ისტორიასთან ერთად, ამიტომ მარაგი დაამატე მხოლოდ თუ ასობით ბოლო წერტილს აკვირდები. გინდა გამოყოფილი IP, რომ დაფა და საჯარო სტატუს-გვერდი HTTPS-ით მისაწვდომი იყოს და შენი შემოწმებები სტაბილური მისამართიდან იწყებოდეს.

მჭირდება გამოყოფილი IP და დომენი?

ვებ-დაფისა და საჯარო სტატუს-გვერდისთვის, დიახ — ბრაუზერში ხსნი https://status.yourdomain.com-ს, რასაც სჭირდება დომენი, ვალიდური TLS და შემომავალი 443. ეს გამოყოფილი IPv4 გეგმაა; NAT-გეგმები არ იღებენ შემომავალ ვებ-ტრაფიკს. უკუ-პროქსი (Caddy) ავტომატურ HTTPS-ს გაძლევს.

მონიტორი უნდა იყოს იმავე სერვერზე, რასაც აკვირდება?

არა — ცალკე სერვერის მთელი აზრი სწორედ ესაა. თუ შენი მონიტორი შენი აპლიკაციის იმავე მანქანაზე მუშაობს, ისინი ერთად ეცემიან და შენ არანაირ გაფრთხილებას არ იღებ. Uptime Kuma საკუთარ პატარა VPS-ზე დააყენე (იდეალურად შენი მთავარი ინფრასტრუქტურისგან განსხვავებულ რეგიონში), რომ ის იყოს დამოუკიდებელი დამკვირვებელი, რომელსაც შეუძლია მოგწვდეს, როცა რამე ფუჭდება.

ითხოვთ პირადობას ან ბარათს?

არა. დარეგისტრირდი ელფოსტით, გადაიხადე USDC-ით ან USDT-ით. არც დოკუმენტები, არც ბარათი, არც KYC.

VPS თვითჰოსტინგზე დაფუძნებული აფთაიმის მონიტორინგისთვის (Uptime Kuma)

გაუშვი Uptime Kuma VPS-ზე, რომ თვალი ადევნო შენს საიტებსა და სერვისებს და უმასპინძლო შენს სტატუს-გვერდს — შენი ინფრასტრუქტურის გარეთ მდებარე სერვერიდან, რომ მან შეძლოს გაფრთხილება მაშინაც კი, როცა შენი მთავარი მანქანა დაეცემა. გამოყოფილი IP, გადახდა კრიპტოთი, KYC-ის გარეშე. $8/თვე-დან.

მონიტორინგის ერთადერთი წესია, რომ მონიტორი უნდა ცხოვრობდეს იმის გარეთ, რასაც აკვირდება. ჯანმრთელობის შემოწმება, რომელიც შენი აპლიკაციის იმავე სერვერზე მუშაობს, უსარგებლოა იმ წამს, როცა ის სერვერი ეცემა — ისინი ერთად მარცხდებიან და გაფრთხილება არასდროს ირთვება. ამიტომ გინდა პატარა, დამოუკიდებელი მანქანა, რომლის ერთადერთი საქმეა ყველაფერ დანარჩენს ადევნოს თვალი და გითხრას, როცა ფუჭდება. Uptime Kuma სწორედ ამისთვის თვითჰოსტინგზე დაფუძნებული ხელსაწყოა, და იაფი VPS მისი ბუნებრივი სახლია.

რატომ უმასპინძლო თვითონ

დამოუკიდებლობა. საკუთარ VPS-ზე — იდეალურად შენი მთავარი ინფრასტრუქტურისგან განსხვავებულ რეგიონში — Uptime Kuma აგრძელებს შემოწმებას და გაფრთხილებას მაშინაც კი, როცა შენი პირველადი სერვერი ან სახლის კავშირი დაცემულია. ესაა მონიტორის მთელი ღირებულება.
კონტროლი და პირადულობა. დაკვირვებული ბოლო წერტილების სია, შენი გაფრთხილების წესები და შენი სტატუს-გვერდი ცხოვრობს სერვერზე, რომელიც შენია, და არა მესამე მხარის დაფაზე, რომელმაც შენი მთელი სტეკი იცის. ფიქსირებული თვიური ღირებულება, თითო-მონიტორზე ფასის გარეშე.
სტატუს-გვერდი, რომელსაც შენ უმასპინძლებ. Uptime Kuma აქვეყნებს სუფთა საჯარო სტატუს-გვერდს — შენს საკუთარ დომენზე, უცხადებს შენს მომხმარებლებს, რა მუშაობს, სტატუს-გვერდის SaaS-ის ქირაობის გარეშე.

რა სჭირდება

გამოყოფილი IPv4, დომენი და HTTPS. დაფასა და სტატუს-გვერდს აღწევ მისამართზე https://status.yourdomain.com, რასაც სჭირდება დომენი, ვალიდური TLS და შემომავალი 443 — გამოყოფილი IP გეგმა. NAT-გეგმები შემომავალს არ იღებენ. Nano-IP ($8/თვე) ათობით მონიტორს მშვიდად უშვებს.
მსუბუქი რესურსები. Uptime Kuma პატარაა; RAM იზრდება მხოლოდ შემოწმებების რაოდენობასთან და შენახულ ისტორიასთან ერთად. მარაგი დაამატე ასობით ბოლო წერტილისთვის, სხვა შემთხვევაში უმცირესი მანქანა კმარა.

დააყენე (Ubuntu 24.04, Docker)

# dedicated-IP plan, root shell
apt update && apt install -y docker.io caddy
systemctl enable --now docker

docker run -d --restart=unless-stopped \
  -p 127.0.0.1:3001:3001 \
  -v uptime-kuma:/app/data \
  --name uptime-kuma louislam/uptime-kuma:1

# TLS + reverse proxy on your domain
echo 'status.yourdomain.com { reverse_proxy 127.0.0.1:3001 }' > /etc/caddy/Caddyfile
systemctl restart caddy && ufw allow 80,443/tcp

მიმართე status.yourdomain.com შენს IP-ზე, გახსენი, შექმენი ადმინ-მომხმარებელი და დაამატე მონიტორები — HTTP(S), TCP-პორტი, ping, DNS და სხვა. დააკავშირე შეტყობინებები (Telegram, ელფოსტა, webhooks, ntfy), რომ შეფერხება მოგწვდეს, და გამოაქვეყნე სტატუს-გვერდი იმ სერვისებისთვის, რომელთა საჯაროდ გახდომაც გინდა.

ვისთვისაა ეს

Devops-ისა და თვითჰოსტერებისთვის, რომლებსაც უნდათ დამოუკიდებელი დარაჯი საკუთარ სერვერებსა და სერვისებზე.
მცირე გუნდებისთვის, რომლებსაც სჭირდებათ სტატუს-გვერდი და გაფრთხილება ჰოსტინგ-ხელსაწყოში თითო-მონიტორზე გადახდის გარეშე.
ყველასთვის, ვინც სახლის ლაბორატორიას უშვებს და უნდა ღრუბლოვანი სათვალთვალო წერტილი, რომელიც ხაზზე რჩება, როცა სახლის კავშირი აღარაა.

რატომ EQVPS Uptime Kuma-სთვის

გამოყოფილი IPv4 $8/თვე-დან, დომენ- + HTTPS-მეგობრული, ყველა პორტი, უკუ-DNS თვითმომსახურებით.
ევროკავშირის ლოკაციები (გერმანია, ფინეთი) — და რადგან ორ რეგიონს ვუშვებთ, ნამდვილი დამოუკიდებლობისთვის მონიტორი შენი მთავარი მანქანისგან შორს შეგიძლია დააყენო.
KYC-ის გარეშე, გადახდა კრიპტოთი. ელფოსტა რეგისტრაციისთვის, USDC/USDT გადასახდელად.
Root ~60 წამში, NVMe. ასწიე Uptime Kuma, დაამატე Caddy, და შენი საკუთარი მონიტორინგი ცოცხალია.

უკვე უშვებ რამდენიმე სერვისს ერთ მანქანაზე? იხილე რამდენიმე სერვისის თვითჰოსტინგი ერთი IP-ს უკან — მონიტორი ბუნებრივად ერწყმის Docker-სტეკს, თუმცა ნამდვილი დამოუკიდებლობისთვის დარაჯს თავისი ცალკე სერვერი ეკუთვნის.

VPS სერვერების მონიტორინგისთვის Grafana-თი და Prometheus-ით →