Caching और Multiple Inventory Sources

प्लगइन कॉन्फ़िगरेशन या ansible.cfg में cache कुंजी को true पर सेट करके इसे सक्षम कीजिए।

cache_plugin तय करता है कि डेटा कहाँ रखा जाएगा, जैसे डिस्क पर jsonfile या मशीनों के बीच साझा और तेज़ संग्रह के लिए redis।

सेकंड में दी गई cache_timeout यह तय करती है कि स्रोत से Ansible द्वारा डेटा ताज़ा करने से पहले कैश किया गया डेटा कितनी देर तक मान्य रहेगा।

लंबी समय-सीमा तेज़ होती है, लेकिन जोखिमपूर्ण भी। यदि इंस्टेंस बदल गए हों, तो आप ऐसे होस्ट को लक्ष्य बना सकते हैं जो अब मौजूद ही नहीं हैं। अपने फ़्लीट के लिए गति और ताज़गी के बीच संतुलन रखिए।

आमतौर पर आपके पास केवल एक स्रोत नहीं होता। -i को किसी निर्देशिका की ओर संकेत कीजिए और Ansible उसके अंदर की हर इन्वेंटरी फ़ाइल लोड कर देगा।

सभी फ़ाइलों के होस्ट और समूह एक ही इन्वेंटरी में मिल जाते हैं, इसलिए AWS, Azure और स्थिर फ़ाइल एक ही रन में साथ रह सकते हैं।

फ़ाइलें वर्णानुक्रम में लोड होती हैं। जब दो स्रोत एक ही होस्ट चर सेट करते हैं, तो बाद वाला स्रोत प्रभावी होता है; इसलिए नामकरण का क्रम महत्वपूर्ण है।

कोई स्थिर फ़ाइल किसी विशेष सर्वर को स्थायी रूप से रख सकती है, जबकि प्लगइन बाकी होस्ट प्राप्त कर सकता है। इस तरह स्वचालित रूप से खोजे गए लचीले होस्ट के साथ निश्चित आधार भी मिलते हैं।

निर्देशिका के विरुद्ध ansible-inventory चलाकर अंतिम मिला हुआ ग्राफ देखिए और पुष्टि कीजिए कि हर स्रोत ने आपकी अपेक्षा के अनुसार योगदान दिया है।

API कॉल कम करने के लिए बैकएंड और समय-सीमा के साथ कैशिंग का उपयोग कीजिए, और कई इन्वेंटरी स्रोतों को मिलाने के लिए -i को किसी निर्देशिका की ओर संकेत कीजिए। 💾