---
canonical: https://koalavps.com/hi/guides-run-ai-agent-24-7-on-a-vps/
language: hi
generated: 2026-10-21T13:32:28.915Z
---

[होम](https://koalavps.com/hi/) / [अन्वेषण करें](https://koalavps.com/hi/resources/) /  KoalaVPS फ़ील्ड नोट्स

KoalaVPS फ़ील्ड नोट्स

# एजेंट को एक सेवा बनाएँ, न कि भूला हुआ टर्मिनल।

स्पष्ट स्थिति, सीमित अनुमतियों और रिकवरी योजना के साथ दीर्घकालिक वर्कर चलाएँ।

[अपना VPS खोजें](https://koalavps.com/hi/vps/)

## इस दस्तावेज़ में

[वर्कर को पैकेज करें](https://koalavps.com/hi/guides-run-ai-agent-24-7-on-a-vps/#section-1)[कार्रवाई मायने रखने से पहले प्रगति सहेजें](https://koalavps.com/hi/guides-run-ai-agent-24-7-on-a-vps/#section-2)[उपयोगी अवलोकनशीलता जोड़ें](https://koalavps.com/hi/guides-run-ai-agent-24-7-on-a-vps/#section-3)[स्पष्ट सीमा तय करें](https://koalavps.com/hi/guides-run-ai-agent-24-7-on-a-vps/#section-4)[एक सुपरवाइज़र और एक सुविचारित शेड्यूल का उपयोग करें](https://koalavps.com/hi/guides-run-ai-agent-24-7-on-a-vps/#section-5)[दैनिक बजट और डुप्लिकेट सीमा निर्धारित करें](https://koalavps.com/hi/guides-run-ai-agent-24-7-on-a-vps/#section-6)[किसी आवधिक कार्य को स्पष्ट कैच-अप नीति दें](https://koalavps.com/hi/guides-run-ai-agent-24-7-on-a-vps/#section-7)[क्रैश लूप और रुके हुए वर्कर में अंतर करें](https://koalavps.com/hi/guides-run-ai-agent-24-7-on-a-vps/#section-8)[ज्ञान आधार](https://koalavps.com/hi/resources/)

## वर्कर को पैकेज करें

समर्थित रनटाइम, पिन किए गए डिपेंडेंसी और एक सेवा प्रबंधक या कंटेनर का उपयोग करें। पुनःआरंभ सीमाएँ और एक समर्पित सेवा उपयोगकर्ता कॉन्फ़िगर करें। निजी प्रदाता क्रेडेंशियल को एप्लिकेशन की सार्वजनिक फ़ाइलों से बाहर संरक्षित कॉन्फ़िगरेशन में रखें।

## कार्रवाई मायने रखने से पहले प्रगति सहेजें

कार्यों के लिए एक टिकाऊ कतार या डेटाबेस का उपयोग करें। एक अद्वितीय संचालन पहचानकर्ता असाइन करें, बाहरी अनुरोध रिकॉर्ड करें और अनिश्चित परिणामों का मिलान करें। पुनः आरंभ से दूसरा ईमेल नहीं भेजा जाना चाहिए, दूसरा ऑर्डर नहीं बनाया जाना चाहिए या दो बार शुल्क नहीं लिया जाना चाहिए।

## उपयोगी अवलोकनशीलता जोड़ें

केवल यह जाँचने के बजाय कि कोई प्रक्रिया मौजूद है या नहीं, कार्य पूर्णता, कतार आयु, त्रुटि दर और लागत की निगरानी करें। लॉग को समीक्षा के लिए पर्याप्त छोटा रखें और ऐसे टोकन, प्रॉम्प्ट व दस्तावेज़ों को छिपाएँ जिन्हें बनाए रखने की आवश्यकता नहीं है।

## स्पष्ट सीमा तय करें

मॉडल खर्च, ब्राउज़र समवर्तीता, रनटाइम और पुनःप्रयास संख्या सीमित करें। महत्वपूर्ण कार्यों के लिए एक आसान पॉज़ स्विच और मानव समीक्षा पथ रखें। एक छोटा, अच्छी तरह देखा गया वर्कर बिना प्रतिबंध वाले वर्कर की तुलना में भरोसेमंद होता है।

## एक सुपरवाइज़र और एक सुविचारित शेड्यूल का उपयोग करें

Systemd और Docker किसी प्रक्रिया को टर्मिनल डिस्कनेक्ट के बाद जीवित रखने के सामान्य तरीके हैं। systemd सेवा के लिए, Type=exec साधारण बैकग्राउंड लॉन्च की तुलना में निष्पादन विफलता को अधिक सीधे रिपोर्ट कर सकता है, और Restart=on-failure एक सीमित नीति के साथ विफलताओं को पुनः आरंभ कर सकता है। निर्धारित कार्यों में ओवरलैपिंग रन से बचना चाहिए। कार्यशील निर्देशिका, सेवा उपयोगकर्ता और वातावरण स्पष्ट रखें। उदाहरण मानता है कि koala-agent उपयोगकर्ता, वर्चुअल वातावरण, वर्कर मॉड्यूल और निजी वातावरण फ़ाइल पहले से मौजूद हैं; यूनिट इंस्टॉल करने से पहले उन्हें अनुकूलित करें।

- एक समर्पित सेवा खाते का उपयोग करें

- पुनः आरंभ विलंब और विफलता सीमा निर्धारित करें

- निर्धारित रन शुरू करने से पहले पिछली जॉब स्थिति जाँचें

```
[Unit]
Description=Example agent worker
After=network-online.target

[Service]
Type=exec
User=koala-agent
WorkingDirectory=/opt/koala-agent
EnvironmentFile=/etc/koala-agent.env
ExecStart=/opt/koala-agent/.venv/bin/python -m worker
Restart=on-failure
RestartSec=10
NoNewPrivileges=true

[Install]
WantedBy=multi-user.target
```

आधिकारिक दस्तावेज़: [Systemd सेवा अर्थशास्त्र](https://www.freedesktop.org/software/systemd/man/latest/systemd.service.html)

## दैनिक बजट और डुप्लिकेट सीमा निर्धारित करें

वर्कर को अधिकतम अनुरोध संख्या, खर्च सीमा और निष्पादन टाइमआउट दें। बाहरी दुनिया को प्रभावित करने वाली क्रियाओं के लिए टिकाऊ आइडेम्पोटेंसी रिकॉर्ड का उपयोग करें। प्रक्रिया को प्रतिक्रिया मिलने से पहले एक सफल ब्राउज़र क्लिक हो सकता है; दोबारा प्रयास करने से पहले बाहरी स्थिति का निरीक्षण करें। Docker Compose सीक्रेट माउंट सीक्रेट को इमेज से बाहर रख सकते हैं, लेकिन अनुमतियों और उपभोग करने वाले एप्लिकेशन की अभी भी समीक्षा आवश्यक है।

आधिकारिक दस्तावेज़: [Docker Compose सीक्रेट्स](https://docs.docker.com/compose/how-tos/use-secrets/)

## किसी आवधिक कार्य को स्पष्ट कैच-अप नीति दें

लगातार चलने वाले कार्य के लिए दीर्घकालिक सेवा और सीमित निर्धारित कार्य के लिए टाइमर-ट्रिगर वाली वनशॉट सेवा उपयोग करें। systemd कैलेंडर टाइमर के साथ, Persistent=true डाउनटाइम के बाद एक छूटी हुई सक्रियता को ट्रिगर कर सकता है; यह पूरा व्यावसायिक बैकलॉग नहीं बनाता। तय करें कि यह कैच-अप वांछनीय है या नहीं। RandomizedDelaySec शुरुआतों को फैला सकता है, जबकि अनुप्रयोग-स्तरीय लीज़ दो प्रतिकृतियों को एक ही निर्धारित कार्य संसाधित करने से रोकती है।

- इच्छित समयक्षेत्र रिकॉर्ड करें और शेड्यूल सक्षम करने से पहले अगले रन समय की जाँच करें।

- कार्य की निष्पादन समय-सीमा को उस अंतराल से छोटा रखें जो ओवरलैप नहीं होना चाहिए, या समाप्ति और स्वामित्व वाली टिकाऊ लीज़ का उपयोग करें।

- यह मानने के बजाय कि हर पिछला टाइमर इवेंट चला था, जॉब को संग्रहीत स्थिति से बकाया कार्य चुनना चाहिए।

- नवीनतम मैनुअल के किसी निर्देश का उपयोग करने से पहले स्थापित systemd संस्करण जाँचें।

```
# Read-only checks after creating your own matching units.
systemctl list-timers --all
systemctl status koala-agent.service
journalctl -u koala-agent.service --since today --no-pager
```

आधिकारिक दस्तावेज़: [systemd: टाइमर शेड्यूलिंग](https://www.freedesktop.org/software/systemd/man/latest/systemd.timer.html)

## क्रैश लूप और रुके हुए वर्कर में अंतर करें

पुनःआरंभ नीति विफल प्रक्रिया को पुनर्प्राप्त कर सकती है, लेकिन हर कुछ सेकंड में अमान्य क्रेडेंशियल या टूटे माइग्रेशन को दोहराना गड़बड़ी को अधिक शोरगुल वाला बनाता है। सेवा प्रारंभ को सीमित करें और बार-बार विफलता पर अलर्ट करें। एक जीवित प्रक्रिया भी अटक सकती है: सबसे पुराने कार्य की आयु और अंतिम पूर्ण संचालन को मापें। डिस्पोज़ेबल कार्यों के साथ API आउटेज, खाली डिस्क और प्रक्रिया रोक का परीक्षण करें, फिर सत्यापित करें कि टिकाऊ स्थिति डुप्लिकेट बाहरी क्रियाओं को रोकती है।

- एप्लिकेशन में प्रदाता बजट और अनुरोध टाइमआउट के साथ-साथ रनटाइम पर CPU/मेमोरी सीमा सेट करें।

- Docker कंटेनरों में केवल कंटेनर होने के कारण कोई उपयोगी वर्कलोड-विशिष्ट मेमोरी सीमा नहीं होती; सीमाएँ जानबूझकर कॉन्फ़िगर और परीक्षण करें।

- एक रहस्य को इमेज और सार्वजनिक ट्री के बाहर संग्रहीत करें, फिर परीक्षण करें कि क्रैश लॉग और डायग्नोस्टिक्स उसे रीडैक्ट करते हैं।

- एक मैन्युअल रोक मार्ग रखें और व्यय, उत्पादन लेखन या बाहरी संदेशों के लिए उचित समीक्षा आवश्यक करें।

आधिकारिक दस्तावेज़: [systemd: सेवा पर्यवेक्षण](https://www.freedesktop.org/software/systemd/man/latest/systemd.service.html) · [Docker: कंटेनर संसाधन प्रतिबंध](https://docs.docker.com/engine/containers/resource_constraints/)

और खोजें

## पढ़ना जारी रखें।

[उत्पाद ### आपके एजेंटों के लिए एक भरोसेमंद आवास। शेड्यूलर, ब्राउज़र वर्कर, क्यू और ऑटोमेशन प्रक्रियाएँ अपने नियंत्रण वाली अवसंरचना पर चलाएँ। प्रत्येक एजेंट को स्पष्ट अनुमति सीमा क…](https://koalavps.com/hi/agentic-vps/)[गाइड ### स्पष्ट स्टॉप बटन के साथ ऑटोमेशन। एक अच्छी ऑटोमेशन प्रणाली का कार्य संकीर्ण, स्थिति दृश्यमान और अनिश्चितता के प्रति प्रतिक्रिया पूर्वानुमेय होती है।…](https://koalavps.com/hi/automation-safety/)[उत्पाद ### बुद्धिमत्ता रखें। रनटाइम का स्वामित्व रखें। अपने AI वर्कफ़्लो के आसपास की सेवाएँ होस्ट करें: रिट्रीवल, दस्तावेज़ प्रसंस्करण, टूल निष्पादन, वेबहुक और ऑब्ज़र्वेबिलिटी। ऐसा सिस्…](https://koalavps.com/hi/ai-agent-hosting/)

अपना इंफ्रास्ट्रक्चर कॉन्फ़िगर करें

## नियंत्रण लें। अपनी शर्तों पर तैनात करें।

कोई पहचान कागज़ी कार्रवाई नहीं। पूर्ण प्रशासक पहुँच। क्रिप्टो-नेटिव बिलिंग।

[एक कॉन्फ़िगरेशन चुनें](https://koalavps.com/hi/vps/)