मैं जानना चाहूंगा कि क्या क्रोनजॉब / टास्क को सेट करने का कोई तरीका है, जो हर मिनट निष्पादित होता है। वर्तमान में मेरा कोई भी उदाहरण इस कार्य को चलाने में सक्षम होना चाहिए।
यह वही है जो मैंने सफलता के बिना कॉन्फ़िगर फ़ाइलों में करने की कोशिश की है:
container_commands:
01cronjobs:
command: echo "*/1 * * * * root php /etc/httpd/myscript.php"
अगर यह करने का सही तरीका है तो मुझे यकीन नहीं है
कोई विचार?
जवाबों:
यदि आपके पास पहले से मौजूद नहीं है, तो .extxtension नामक रूट पर एक फ़ोल्डर बनाएँ। फिर .extxtensions फ़ोल्डर के अंदर एक कॉन्फ़िगर फ़ाइल बनाएं। मैं उदाहरण के लिए उपयोग करूंगा। उदाहरण के लिए उदाहरण के लिए। फिर इसे example.config में जोड़ें
container_commands:
01_some_cron_job:
command: "cat .ebextensions/some_cron_job.txt > /etc/cron.d/some_cron_job && chmod 644 /etc/cron.d/some_cron_job"
leader_only: true
यह इलास्टिक बीनस्टॉक के लिए एक YAML कॉन्फ़िगरेशन फ़ाइल है। जब आप इसे अपने टेक्स्ट एडिटर में कॉपी करते हैं तो सुनिश्चित करें कि आपका टेक्स्ट एडिटर टैब के बजाय स्पेस का उपयोग करता है। अन्यथा आप EB को पुश करने पर एक YAML त्रुटि प्राप्त करेंगे।
तो यह जो करता है वह 01_some_cron_job नामक एक कमांड बनाता है। कमांड वर्णमाला क्रम में चलाए जाते हैं, इसलिए 01 यह सुनिश्चित करता है कि यह पहली कमांड के रूप में चलाया जाए।
कमांड तब एक फाइल की सामग्री लेता है जिसे some_cron_job.txt कहा जाता है और इसे /etc/cron.d में some_cron_job नामक फ़ाइल में जोड़ देता है।
कमांड तब /etc/cron.d/some_cron_job फ़ाइल पर अनुमतियाँ बदलता है।
Leader_only कुंजी सुनिश्चित करती है कि कमांड केवल ec2 उदाहरण पर चलाया जाता है जिसे नेता माना जाता है। आपके द्वारा चलाए जा रहे प्रत्येक Ec2 उदाहरण पर चलने के बजाय।
फिर .ebextensions फ़ोल्डर के अंदर some_cron_job.txt नामक एक फ़ाइल बनाएं। आप इस फाइल में अपनी क्रॉन जॉब्स लगाएंगे।
उदाहरण के लिए:
# The newline at the end of this file is extremely important. Cron won't run without it.
* * * * * root /usr/bin/php some-php-script-here > /dev/null
तो यह क्रॉन जॉब रूट उपयोगकर्ता के रूप में हर दिन के हर घंटे के हर मिनट चलेगा और आउटपुट को / dev / null पर छोड़ देगा। / usr / bin / php php का मार्ग है। फिर कुछ php-script-here को अपनी php फाइल के पथ के साथ बदलें। यह स्पष्ट रूप से माना जा रहा है कि आपकी क्रॉन जॉब के लिए PHP फ़ाइल को चलाने की आवश्यकता है।
इसके अलावा, सुनिश्चित करें कि some_cron_job.txt फ़ाइल में फ़ाइल के अंत में एक नई पंक्ति है जैसे टिप्पणी कहती है। अन्यथा क्रोन नहीं चलेगा।
अद्यतन: इस समाधान के साथ एक समस्या है जब इलास्टिक बीनस्टॉक आपके उदाहरणों को मापता है। उदाहरण के लिए, यह बताता है कि आपके पास क्रोन जॉब के साथ एक उदाहरण है। आपको ट्रैफ़िक में वृद्धि मिलती है इसलिए इलास्टिक बीनस्टॉक आपको दो उदाहरणों तक पहुंचाता है। लीडर_ओनली यह सुनिश्चित करेगा कि आपके पास केवल दो उदाहरणों के बीच एक क्रॉन जॉब चल रही है। आपका ट्रैफ़िक कम हो जाता है और इलास्टिक बीनस्टॉक आपको एक उदाहरण के लिए नीचे ले जाता है। लेकिन दूसरा उदाहरण समाप्त करने के बजाय, इलास्टिक बीनस्टॉक ने पहले उदाहरण को समाप्त कर दिया जो नेता था। अब आपके पास कोई क्रॉन जॉब नहीं है क्योंकि वे केवल पहले उदाहरण पर चल रहे थे जिन्हें समाप्त कर दिया गया था। नीचे टिप्पणी देखें।
अद्यतन 2: बस नीचे दी गई टिप्पणियों से यह स्पष्ट कर रहा है: AWS को अब स्वचालित आवृत्ति समाप्ति से सुरक्षा मिली है। बस इसे अपने लीडर इंस्टेंस पर सक्षम करें और आप जाने के लिए अच्छे हैं। - निकोलस एरेवलो अक्टूबर 28 '16 को 9:23 पर
01_some_cron_jobगया 02_some_cron_jobऔर 01_remove_cron_jobsनिम्नलिखित के साथ जोड़ा गया command: "rm /etc/cron.d/cron_jobs || exit 0":। इस तरह, हर तैनाती के बाद केवल नेता के पास cron_jobsफाइल होगी । यदि नेता बदलते हैं, तो आप बस फिर से काम कर सकते हैं और क्रोन को बस एक बार फिर से चलाने के लिए तय किया जाएगा।
वर्तमान डॉक्स के अनुसार, कोई व्यक्ति अपने तथाकथित कर्मचारी स्तर पर आवधिक कार्यों को चलाने में सक्षम है ।
प्रलेखन का हवाला देते हुए:
AWS इलास्टिक बीनस्टॉक एक समाधान स्टैक के साथ पूर्वनिर्धारित कॉन्फ़िगरेशन चलाने वाले वातावरण में श्रमिक पर्यावरण के स्तरों के लिए आवधिक कार्यों का समर्थन करता है जिसमें कंटेनर नाम में "v1.2.0" होता है। आपको एक नया वातावरण बनाना होगा।
इसके अलावा दिलचस्प cron.yaml के बारे में हिस्सा है :
आवधिक कार्यों को लागू करने के लिए, आपके एप्लिकेशन स्रोत बंडल में रूट स्तर पर cron.yaml फ़ाइल शामिल होनी चाहिए। फ़ाइल में आपके द्वारा नियत किए जाने वाले आवधिक कार्यों के बारे में जानकारी होनी चाहिए। मानक crontab सिंटैक्स का उपयोग करके इस जानकारी को निर्दिष्ट करें।
अपडेट करें: हम यह काम पाने में सक्षम थे। हमारे अनुभव (Node.js प्लेटफ़ॉर्म) से कुछ महत्वपूर्ण गोत्र इस प्रकार हैं:
eb ssh), और चलाएँ cat /var/log/aws-sqsd/default.log। इसे रिपोर्ट करना चाहिए aws-sqsd 2.0 (2015-02-18)। यदि आपके पास 2.0 संस्करण नहीं है, तो अपना वातावरण बनाते समय कुछ गलत हो गया है और आपको ऊपर बताए अनुसार नया बनाने की आवश्यकता है।जैमीब की प्रतिक्रिया के बारे में, और अल्डरिनल उल्लेख के रूप में, आप यह सुनिश्चित करने के लिए 'लीडर_ऑनलाइन' संपत्ति का उपयोग कर सकते हैं कि केवल एक ईसी 2 उदाहरण क्रोन जॉब चलाता है।
Http://docs.amazonwebservices.com/elasticbeanstalk/latest/dg/customize-containers-ec2.html से लिया गया उद्धरण :
आप leader_only का उपयोग कर सकते हैं। एक उदाहरण को ऑटो स्केलिंग समूह में नेता के रूप में चुना जाता है। यदि लीडर_ऑनलाइन मान को सही पर सेट किया जाता है, तो कमांड केवल उस उदाहरण पर चलता है, जिसे लीडर के रूप में चिह्नित किया गया है।
Im मेरे ईबे पर एक समान चीज हासिल करने की कोशिश कर रहा है, इसलिए यदि मैं इसे हल करता हूं तो मेरी पोस्ट को अपडेट कर देगा।
अपडेट करें:
ठीक है, मेरे पास अब निम्नलिखित ईबो कॉन्फिगरेशन का उपयोग करके क्रोनोजर काम कर रहा है:
files:
"/tmp/cronjob" :
mode: "000777"
owner: ec2-user
group: ec2-user
content: |
# clear expired baskets
*/10 * * * * /usr/bin/wget -o /dev/null http://blah.elasticbeanstalk.com/basket/purge > $HOME/basket_purge.log 2>&1
# clean up files created by above cronjob
30 23 * * * rm $HOME/purge*
encoding: plain
container_commands:
purge_basket:
command: crontab /tmp/cronjob
leader_only: true
commands:
delete_cronjob_file:
command: rm /tmp/cronjob
अनिवार्य रूप से, मैं क्रोनॉजर के साथ एक अस्थायी फ़ाइल बनाता हूं और फिर टेम्प फ़ाइल से पढ़ने के लिए कॉन्टैब सेट करता हूं, उसके बाद टेम्प फाइल को हटा देता हूं। उम्मीद है की यह मदद करेगा।
जैसा कि ऊपर उल्लेख किया गया है, किसी भी कॉन्ट्राब विन्यास की स्थापना के साथ मूलभूत दोष यह है कि यह केवल तैनाती पर होता है। जैसे ही क्लस्टर ऑटो-स्केल हो जाता है, और फिर नीचे जाता है, यह भी पहले सर्वर बंद होने का पक्षधर है। इसके अलावा, कोई भी विफल नहीं होगा, जो मेरे लिए महत्वपूर्ण था।
मैंने कुछ शोध किया, फिर विचारों को उछालने और मेरे साथ आए समाधान को मान्य करने के लिए हमारे एडब्ल्यूएस खाता विशेषज्ञ से बात की। आप इसे ऑप्सवर्क्स के साथ पूरा कर सकते हैं , हालांकि यह एक मक्खी को मारने के लिए घर का उपयोग करने जैसा है। टास्क रनर के साथ डेटा पाइपलाइन का उपयोग करना भी संभव है , लेकिन इसकी स्क्रिप्ट में सीमित क्षमता है जिसे यह निष्पादित कर सकता है, और मुझे पूरे कोड आधार तक पहुंच के साथ PHP स्क्रिप्ट को चलाने में सक्षम होना चाहिए। आप ElasticBeanstalk क्लस्टर के बाहर EC2 उदाहरण भी समर्पित कर सकते हैं, लेकिन तब आपके पास फिर से कोई असफलता नहीं होती है।
इसलिए यहां मैं वही हूं जो जाहिरा तौर पर अपरंपरागत है (जैसा कि एडब्ल्यूएस प्रतिनिधि ने टिप्पणी की थी) और इसे हैक माना जा सकता है, लेकिन यह काम करता है और असफलता के साथ ठोस है। मैंने एसडीके का उपयोग करके एक कोडिंग समाधान चुना, जिसे मैं पीएचपी में दिखाऊंगा, हालांकि आप किसी भी भाषा में वही विधि कर सकते हैं जिसे आप पसंद करते हैं।
// contains the values for variables used (key, secret, env)
require_once('cron_config.inc');
// Load the AWS PHP SDK to connection to ElasticBeanstalk
use Aws\ElasticBeanstalk\ElasticBeanstalkClient;
$client = ElasticBeanstalkClient::factory(array(
'key' => AWS_KEY,
'secret' => AWS_SECRET,
'profile' => 'your_profile',
'region' => 'us-east-1'
));
$result = $client->describeEnvironmentResources(array(
'EnvironmentName' => AWS_ENV
));
if (php_uname('n') != $result['EnvironmentResources']['Instances'][0]['Id']) {
die("Not the primary EC2 instance\n");
}
तो इस के माध्यम से चलना और यह कैसे संचालित होता है ... आप स्क्रिप्ट को कॉट्रैब से कहते हैं जैसा कि आप आम तौर पर हर ईसी 2 उदाहरण पर करते हैं। प्रत्येक स्क्रिप्ट में शुरुआत में इसे शामिल किया जाता है (या प्रत्येक के लिए एक फ़ाइल शामिल है, जैसा कि मैं इसका उपयोग करता हूं), जो एक इलास्टिकबिनस्टॉक ऑब्जेक्ट को स्थापित करता है और सभी उदाहरणों की एक सूची को पुनः प्राप्त करता है। यह सूची में केवल पहले सर्वर का उपयोग करता है, और जाँचता है कि क्या यह स्वयं से मेल खाता है, यदि यह करता है तो यह जारी रहता है, अन्यथा यह मर जाता है और बाहर बंद हो जाता है। मैंने जाँच की है और लौटाई गई सूची सुसंगत प्रतीत होती है, जो तकनीकी रूप से केवल एक मिनट के लिए सुसंगत होना चाहिए, क्योंकि प्रत्येक उदाहरण अनुसूचित क्रोन को निष्पादित करता है। यदि यह बदल जाता है, तो यह कोई फर्क नहीं पड़ता, क्योंकि फिर से यह केवल उस छोटी खिड़की के लिए प्रासंगिक है।
यह किसी भी तरह से सुरुचिपूर्ण नहीं है, लेकिन हमारी विशिष्ट आवश्यकताओं के अनुकूल है - जो एक अतिरिक्त सेवा के साथ लागत में वृद्धि नहीं करना था या एक समर्पित EC2 उदाहरण होना चाहिए, और किसी भी विफलता के मामले में असफलता होगी। हमारी क्रोन स्क्रिप्ट रखरखाव स्क्रिप्ट चलाती हैं जो SQS में रखी जाती हैं और क्लस्टर में प्रत्येक सर्वर को निष्पादित करने में मदद करता है। यदि यह आपकी आवश्यकताओं के अनुकूल है तो कम से कम यह आपको एक वैकल्पिक विकल्प दे सकता है।
-Davey
$instanceId = file_get_contents("http://instance-data/latest/meta-data/instance-id"); फिर तुलना करने के लिए बस उस $ instId संस्करण का उपयोग करें ।
मैंने एक एडब्ल्यूएस सपोर्ट एजेंट से बात की और यह मेरे लिए काम करने का तरीका है। 2015 समाधान:
अपने .ebextensions निर्देशिका में अपने_file_name.config के साथ एक फ़ाइल बनाएँ। कॉन्फ़िगरेशन फ़ाइल इनपुट में:
फाइलें:
"/Etc/cron.d/cron_example":
मोड: "000644"
मालिक: जड़
समूह: जड़
सामग्री: |
* * * * * root /usr/local/bin/cron_example.sh
"/Usr/local/bin/cron_example.sh":
मोड: "000755"
मालिक: जड़
समूह: जड़
सामग्री: |
#! / Bin / bash
/us/local/bin/test_cron.sh || बाहर जाएं
इको "क्रोन" "तिथि" >> /tmp/cron_example.log पर चल रहा है
# अब ऐसे कार्य करें जो केवल 1 उदाहरण पर चलें ...
"/Usr/local/bin/test_cron.sh":
मोड: "000755"
मालिक: जड़
समूह: जड़
सामग्री: |
#! / Bin / bash
मेटाडाटा = / opt / एडब्ल्यूएस / bin / EC2-मेटाडाटा
INSTANCE_ID = `$ METADATA -i | awk '{प्रिंट $ 2}' '
क्षेत्र = `$ METADATA -z | awk '{प्रिंट पदार्थ ($ 2, 0, लंबाई ($ 2) -1)}' `
# हमारे ऑटो स्केलिंग समूह का नाम खोजें।
ASG = Gaws ec2 वर्णन-टैग --filters "नाम = संसाधन-आईडी, मान = $ INSTANCE_ID"
--region $ REGION --आउट टेक्स्ट | awk '/ aws: autoscaling: groupName / {प्रिंट $ 5}' `
# समूह में पहला उदाहरण खोजें
FIRST = oscaws ऑटो-स्केलिंग-समूहों का ऑटो-स्केलिंग विवरण - ऑटो-स्केलिंग-समूह-नाम ASS \
- भाग $ $ - पाठ पाठ | awk '/ InService $ / {प्रिंट $ 4}' | सॉर्ट | सिर -1`
# यदि वे समान हैं तो परीक्षण करें।
["$ FIRST" = "$ INSTANCE_ID"]
कमांड:
rm_old_cron:
आदेश: "rm * .bak"
cwd: "/etc/cron.d"
इग्नोरर्स: सच
इस समाधान में 2 कमियां हैं:
युक्ति:
चेतावनी:
यदि आप डिफ़ॉल्ट बीनस्टॉक भूमिका का उपयोग कर रहे हैं तो आपको IAM रोल्स सेट करने की आवश्यकता नहीं होगी।
यदि आप रेल का उपयोग कर रहे हैं, तो आप जब भी-इलास्टिकबिनस्टॉक मणि का उपयोग कर सकते हैं । यह आपको सभी उदाहरणों या सिर्फ एक पर क्रोन नौकरियों को चलाने की अनुमति देता है। यह सुनिश्चित करने के लिए हर मिनट की जांच करता है कि केवल एक "लीडर" उदाहरण है, और स्वचालित रूप से "लीडर" में एक सर्वर को बढ़ावा देगा यदि कोई नहीं है। इसकी जरूरत तब है जब इलास्टिक बीनस्टॉक में केवल तैनाती के दौरान नेता की अवधारणा है और स्केलिंग करते हुए किसी भी समय किसी भी उदाहरण को बंद कर सकते हैं।
अद्यतन मैंने AWS ऑप्सवर्क्स का उपयोग करने के लिए स्विच किया और अब इस रत्न को बनाए नहीं रख रहा हूँ। यदि आपको लोचदार बीनस्टॉक की मूल बातें उपलब्ध हैं, तो मुझे अधिक कार्यक्षमता की आवश्यकता है, मैं अत्यधिक OpsWorks पर स्विच करने की सलाह देता हूं।
आप वास्तव में इलास्टिक बीनस्टॉक पर क्रोन जॉब्स चलाना नहीं चाहते हैं। चूंकि आपके पास कई एप्लिकेशन इंस्टेंसेस होंगे, इसलिए यह दौड़ की स्थिति और अन्य विषम समस्याएं पैदा कर सकता है। मैंने हाल ही में इस बारे में ब्लॉग किया है (पेज के 4 वें या 5 वें सिरे पर)। लघु संस्करण: आवेदन के आधार पर, SQS या लोहे की तरह तीसरे पक्ष के समाधान की तरह एक नौकरी कतार का उपयोग करें ।
इसे कॉन्फ़िगर करने के लिए आपको बस 2 मिनट चाहिए:
लार्वा-एवर्स-वर्कर स्थापित करें
composer require dusterio/laravel-aws-worker
रूट फ़ोल्डर में cron.yaml जोड़ें:
अपने एप्लिकेशन के रूट फ़ोल्डर में cron.yaml जोड़ें (यह आपके रेपो का एक हिस्सा हो सकता है या आप इस फ़ाइल को EB पर लागू करने से ठीक पहले जोड़ सकते हैं - महत्वपूर्ण बात यह है कि यह फ़ाइल परिनियोजन के समय मौजूद है):
version: 1
cron:
- name: "schedule"
url: "/worker/schedule"
schedule: "* * * * *"
App\Console\Kernelअब आपके सभी कार्य निष्पादित हो जाएंगे
विस्तृत निर्देश और स्पष्टीकरण: https://github.com/dusterio/laravel-aws-worker
Laravel के अंदर कार्य कैसे लिखें: https://laravel.com/docs/5.4/scheduling
के filesबजाय का उपयोग कर एक और अधिक पठनीय समाधान container_commands:
फाइलें:
"/Etc/cron.d/my_cron":
मोड: "000644"
मालिक: जड़
समूह: जड़
सामग्री: |
# डिफ़ॉल्ट ईमेल पता ओवरराइड करें
Mailto = "example@gmail.com"
# हर पांच मिनट में एक सिम्फनी कमांड चलाएं (ec2-user के रूप में)
* * 10 * * * * ec2-user / usr / bin / php / var / app / current / app / कंसोल करना: कुछ
एन्कोडिंग: सादा
कमांड:
# लोचदार बीनस्टॉक द्वारा बनाई गई बैकअप फ़ाइल को हटाएं
clear_cron_backup:
कमांड: rm -f /etc/cron.d/watson.bak
ध्यान दें कि प्रारूप सामान्य crontab प्रारूप से भिन्न होता है, क्योंकि यह उपयोगकर्ता को कमांड चलाने के लिए निर्दिष्ट करता है।
2018 के लिए मेरा 1 प्रतिशत योगदान है
यहाँ यह करने का सही तरीका है (उपयोग django/pythonऔर django_crontabअनुप्रयोग):
अंदर .ebextensionsफ़ोल्डर इस तरह से एक फ़ाइल बनाएँ 98_cron.config:
files:
"/tmp/98_create_cron.sh":
mode: "000755"
owner: root
group: root
content: |
#!/bin/sh
cd /
sudo /opt/python/run/venv/bin/python /opt/python/current/app/manage.py crontab remove > /home/ec2-user/remove11.txt
sudo /opt/python/run/venv/bin/python /opt/python/current/app/manage.py crontab add > /home/ec2-user/add11.txt
container_commands:
98crontab:
command: "mv /tmp/98_create_cron.sh /opt/elasticbeanstalk/hooks/appdeploy/post && chmod 774 /opt/elasticbeanstalk/hooks/appdeploy/post/98_create_cron.sh"
leader_only: true
इसके container_commandsबजाय होना चाहिएcommands
जब कोई नेता नए नेता पैदा होते हैं, तो कोई नेता के बारे में सोच रहा था। मुझे यह पता नहीं लग सकता है कि उनकी टिप्पणियों का जवाब कैसे दिया जाए, लेकिन इस लिंक को देखें: http://blog.paulopoiati.com/2013/08/25/running-cron-in-elastic-beanstalk-auto-scaling- वातावरण/
अमेज़ॅन का नवीनतम उदाहरण सबसे आसान और सबसे कुशल (आवधिक कार्य) है:
https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/using-features-managing-env-tiers.html
जहाँ आप अपने किसी भी क्रॉन जॉब्स को अंजाम देने के लिए एक अलग वर्कर टियर बनाते हैं। Cron.yaml फ़ाइल बनाएं और इसे अपने रूट फ़ोल्डर में रखें। एक मुद्दा जो मेरे पास था (क्रॉन के निष्पादन के बाद नहीं लगता था) यह पा रहा था कि मेरी कोडपीलाइन में डायनामोडब संशोधन करने का अधिकार नहीं था। इसके आधार पर IAM के तहत FullDynamoDB पहुँच को जोड़ने के बाद -> भूमिकाएँ -> yourpipeline और redeploying (लोचदार बीनस्टॉक) यह पूरी तरह से काम करता है।
यहाँ समाधान का पूरा विवरण दिया गया है:
http://blog.paulopoiati.com/2013/08/25/running-cron-in-elastic-beanstalk-auto-scaling-environment/
इसलिए हम कुछ समय के लिए इससे जूझ रहे हैं और AWS प्रतिनिधि के साथ कुछ चर्चा के बाद आखिरकार मुझे लगता है कि मुझे सबसे अच्छा समाधान है।
Cron.yaml के साथ एक कार्यकर्ता स्तरीय का उपयोग करना निश्चित रूप से सबसे आसान फिक्स है। हालाँकि, दस्तावेज़ीकरण स्पष्ट नहीं करता है कि यह SQS कतार के अंत में काम करेगा जो आप वास्तव में अपनी नौकरी चलाने के लिए उपयोग कर रहे हैं। यदि आपकी क्रॉन जॉब्स समय के प्रति संवेदनशील हैं (कई हैं), तो यह स्वीकार्य नहीं है, क्योंकि यह कतार के आकार पर निर्भर करेगा। एक विकल्प सिर्फ क्रोन जॉब्स को चलाने के लिए एक पूरी तरह से अलग वातावरण का उपयोग करना है, लेकिन मुझे लगता है कि यह ओवरकिल है।
अन्य विकल्पों में से कुछ, यह जाँचने के लिए कि क्या आप सूची में पहले उदाहरण हैं, या तो आदर्श नहीं हैं। क्या होगा यदि वर्तमान पहला उदाहरण बंद करने की प्रक्रिया में है?
इंस्टेंस प्रोटेक्शन भी मुद्दों के साथ आ सकता है - क्या होगा अगर वह इंस्टेंस लॉक / फ्रोजन हो जाए?
यह समझना महत्वपूर्ण है कि AWS स्वयं cron.yaml कार्यक्षमता का प्रबंधन कैसे करता है। एक SQS डेमन है जो "लीडर इलेक्शन" को संभालने के लिए डायनमो टेबल का उपयोग करता है। यह इस तालिका में बार-बार लिखता है, और यदि वर्तमान नेता ने थोड़ी देर में नहीं लिखा है, तो अगला उदाहरण नेता के रूप में होगा। इस तरह से डेमन तय करता है कि कौन सा उदाहरण नौकरी को एसक्यूएस कतार में आग लगाने के लिए है।
हम अपने स्वयं के फिर से लिखने की कोशिश करने के बजाय मौजूदा कार्यक्षमता का पुनरुत्पादन कर सकते हैं। आप पूरा समाधान यहां देख सकते हैं: https://gist.github.com/dorner/4517fe2b8c79ccb3971084ec28267f27
यह रूबी में है, लेकिन आप इसे किसी अन्य भाषा में आसानी से अनुकूलित कर सकते हैं, जिसमें AWS SDK है। अनिवार्य रूप से, यह वर्तमान नेता की जांच करता है, फिर यह सुनिश्चित करने के लिए राज्य की जांच करता है कि यह एक अच्छे राज्य में है। यह तब तक लूप करेगा जब तक कि एक अच्छे राज्य में एक वर्तमान नेता नहीं है, और यदि वर्तमान उदाहरण नेता है, तो नौकरी निष्पादित करें।
यह नियंत्रित करने के लिए कि स्केलिंग करते समय ऑटो स्केलिंग किसी विशेष उदाहरण को समाप्त कर सकती है या नहीं, सुरक्षा संरक्षण का उपयोग करें। आप ऑटो स्केलिंग समूह या व्यक्तिगत ऑटो स्केलिंग इंस्टेंस पर इंस्टेंस सुरक्षा सेटिंग को सक्षम कर सकते हैं। जब ऑटो स्केलिंग एक उदाहरण लॉन्च करता है, तो उदाहरण ऑटो स्केलिंग समूह के इंस्टेंस प्रोटेक्शन सेटिंग को इनहेरिट करता है। आप किसी भी समय किसी ऑटो स्केलिंग समूह या किसी ऑटो स्केलिंग आवृत्ति के लिए इंस्टेंस सुरक्षा सेटिंग बदल सकते हैं।
यहाँ एक फिक्स इंसेज़ है जिसे आप PHP में करना चाहते हैं। आपको इस तरह से काम करने के लिए बस अपने .ebextensions फ़ोल्डर में cronjob.config की आवश्यकता है।
files:
"/etc/cron.d/my_cron":
mode: "000644"
owner: root
group: root
content: |
empty stuff
encoding: plain
commands:
01_clear_cron_backup:
command: "rm -f /etc/cron.d/*.bak"
02_remove_content:
command: "sudo sed -i 's/empty stuff//g' /etc/cron.d/my_cron"
container_commands:
adding_cron:
command: "echo '* * * * * ec2-user . /opt/elasticbeanstalk/support/envvars && /usr/bin/php /var/app/current/index.php cron sendemail > /tmp/sendemail.log 2>&1' > /etc/cron.d/my_cron"
leader_only: true
envvars फ़ाइलों के लिए पर्यावरण चर प्राप्त करता है। आप tmp / sendemail.log पर आउटपुट को ऊपर के रूप में डीबग कर सकते हैं।
आशा है कि यह किसी की मदद करता है क्योंकि यह निश्चित रूप से हमारी मदद करता है!
User1599237 से उत्तर के सिद्धांतों के आधार पर , जहां आप क्रोन नौकरियों को सभी उदाहरणों पर चलने देते हैं, लेकिन फिर नौकरियों की शुरुआत में निर्धारित करते हैं कि क्या उन्हें चलाने की अनुमति दी जानी चाहिए, मैंने एक और समाधान किया है।
बजाय चल रहे उदाहरणों को देखने के (और अपनी एडब्ल्यूएस कुंजी और गुप्त स्टोर करने के लिए) मैं MySQL डेटाबेस का उपयोग कर रहा हूं जिसे मैं पहले से ही सभी उदाहरणों से जोड़ रहा हूं।
इसका कोई डाउनसाइड नहीं है, केवल सकारात्मक:
वैकल्पिक रूप से, आप डेटाबेस के बजाय आम तौर पर साझा किए गए फाइल सिस्टम (जैसे एडब्ल्यूएस ईएफएस एनएफएस प्रोटोकॉल के माध्यम से) का उपयोग कर सकते हैं।
निम्न समाधान PHP फ्रेमवर्क Yii के भीतर बनाया गया है, लेकिन आप इसे आसानी से किसी अन्य ढांचे और भाषा के लिए अनुकूलित कर सकते हैं। इसके अलावा अपवाद हैंडलर Yii::$app->systemमेरे खुद का एक मॉड्यूल है। इसे आप जो भी उपयोग कर रहे हैं, उसके साथ बदलें।
/**
* Obtain an exclusive lock to ensure only one instance or worker executes a job
*
* Examples:
*
* `php /var/app/current/yii process/lock 60 empty-trash php /var/app/current/yii maintenance/empty-trash`
* `php /var/app/current/yii process/lock 60 empty-trash php /var/app/current/yii maintenance/empty-trash StdOUT./test.log`
* `php /var/app/current/yii process/lock 60 "empty trash" php /var/app/current/yii maintenance/empty-trash StdOUT./test.log StdERR.ditto`
* `php /var/app/current/yii process/lock 60 "empty trash" php /var/app/current/yii maintenance/empty-trash StdOUT./output.log StdERR./error.log`
*
* Arguments are understood as follows:
* - First: Duration of the lock in minutes
* - Second: Job name (surround with quotes if it contains spaces)
* - The rest: Command to execute. Instead of writing `>` and `2>` for redirecting output you need to write `StdOUT` and `StdERR` respectively. To redirect stderr to stdout write `StdERR.ditto`.
*
* Command will be executed in the background. If determined that it should not be executed the script will terminate silently.
*/
public function actionLock() {
$argsAll = $args = func_get_args();
if (!is_numeric($args[0])) {
\Yii::$app->system->error('Duration for obtaining process lock is not numeric.', ['Args' => $argsAll]);
}
if (!$args[1]) {
\Yii::$app->system->error('Job name for obtaining process lock is missing.', ['Args' => $argsAll]);
}
$durationMins = $args[0];
$jobName = $args[1];
$instanceID = null;
unset($args[0], $args[1]);
$command = trim(implode(' ', $args));
if (!$command) {
\Yii::$app->system->error('Command to execute after obtaining process lock is missing.', ['Args' => $argsAll]);
}
// If using AWS Elastic Beanstalk retrieve the instance ID
if (file_exists('/etc/elasticbeanstalk/.aws-eb-system-initialized')) {
if ($awsEb = file_get_contents('/etc/elasticbeanstalk/.aws-eb-system-initialized')) {
$awsEb = json_decode($awsEb);
if (is_object($awsEb) && $awsEb->instance_id) {
$instanceID = $awsEb->instance_id;
}
}
}
// Obtain lock
$updateColumns = false; //do nothing if record already exists
$affectedRows = \Yii::$app->db->createCommand()->upsert('system_job_locks', [
'job_name' => $jobName,
'locked' => gmdate('Y-m-d H:i:s'),
'duration' => $durationMins,
'source' => $instanceID,
], $updateColumns)->execute();
// The SQL generated: INSERT INTO system_job_locks (job_name, locked, duration, source) VALUES ('some-name', '2019-04-22 17:24:39', 60, 'i-HmkDAZ9S5G5G') ON DUPLICATE KEY UPDATE job_name = job_name
if ($affectedRows == 0) {
// record already exists, check if lock has expired
$affectedRows = \Yii::$app->db->createCommand()->update('system_job_locks', [
'locked' => gmdate('Y-m-d H:i:s'),
'duration' => $durationMins,
'source' => $instanceID,
],
'job_name = :jobName AND DATE_ADD(locked, INTERVAL duration MINUTE) < NOW()', ['jobName' => $jobName]
)->execute();
// The SQL generated: UPDATE system_job_locks SET locked = '2019-04-22 17:24:39', duration = 60, source = 'i-HmkDAZ9S5G5G' WHERE job_name = 'clean-trash' AND DATE_ADD(locked, INTERVAL duration MINUTE) < NOW()
if ($affectedRows == 0) {
// We could not obtain a lock (since another process already has it) so do not execute the command
exit;
}
}
// Handle redirection of stdout and stderr
$command = str_replace('StdOUT', '>', $command);
$command = str_replace('StdERR.ditto', '2>&1', $command);
$command = str_replace('StdERR', '2>', $command);
// Execute the command as a background process so we can exit the current process
$command .= ' &';
$output = []; $exitcode = null;
exec($command, $output, $exitcode);
exit($exitcode);
}
यह डेटाबेस स्कीमा है जिसका मैं उपयोग कर रहा हूं:
CREATE TABLE `system_job_locks` (
`job_name` VARCHAR(50) NOT NULL,
`locked` DATETIME NOT NULL COMMENT 'UTC',
`duration` SMALLINT(5) UNSIGNED NOT NULL COMMENT 'Minutes',
`source` VARCHAR(255) NULL DEFAULT NULL,
PRIMARY KEY (`job_name`)
)