प्रदर्शन अनुकूलन रणनीतियाँ

आप terraform apply या terraform destroy के साथ -parallelism फ़्लैग का उपयोग करके टेराफॉर्म की समानांतरता को सूक्ष्म रूप से समायोजित कर सकते हैं। यह समवर्ती कार्यों की अधिकतम संख्या निर्धारित करता है।

अधिक मान से कार्य तेज़ हो सकते हैं, लेकिन इससे क्लाउड प्रदाता की एपीआई अनुरोध-दर सीमाएँ पार हो सकती हैं या टकराव हो सकता है। कम मान डीबगिंग या लोड घटाने के लिए उपयोगी हो सकता है। डिफ़ॉल्ट मान 10 है।

उदाहरण: समवर्ती कार्यों की संख्या 5 तक सीमित करने के लिए:

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

नया संसाधन परिभाषित करने से पहले विचार करें:

• क्या वर्तमान लक्ष्य के लिए यह संसाधन बिल्कुल आवश्यक है?
• क्या नया संसाधन बनाने के बजाय मौजूदा संसाधनों का पुनः उपयोग या अलग तरीके से कॉन्फ़िगरेशन किया जा सकता है?
• क्या ऐसी अधिक किफ़ायती संसाधन प्रकार उपलब्ध हैं जो आवश्यकताओं को पूरा करते हों?

डेटा स्रोत मौजूदा क्लाउड इन्फ्रास्ट्रक्चर या बाहरी सेवाओं के बारे में जानकारी गतिशील रूप से प्राप्त करने के लिए शक्तिशाली साधन हैं। इससे कॉन्फ़िगरेशन लचीली और अनुकूलनशील बनती हैं।

हालाँकि, प्रत्येक डेटा स्रोत के कारण आमतौर पर plan और apply चरणों के दौरान एक या अधिक एपीआई कॉल होते हैं। यदि कोई मान वास्तव में स्थिर, अपरिवर्तनीय और कॉन्फ़िगरेशन के समय ज्ञात है (जैसे, कोई AWS क्षेत्र), तो उसे इनपुट वेरिएबल के रूप में पास करने या सीधे लिखने से अनावश्यक एपीआई लुकअप से बचा जा सकता है और कार्य तेज़ हो सकते हैं।

कई टेराफॉर्म प्रदाता प्रदर्शन को प्रभावित करने वाले विशिष्ट कॉन्फ़िगरेशन विकल्प उपलब्ध कराते हैं। ये सेटिंग अक्सर यह नियंत्रित करती हैं कि प्रदाता अंतर्निहित क्लाउड एपीआई के साथ किस प्रकार इंटरैक्ट करता है।

उदाहरणों में शामिल हैं:

• max_retries: प्रदाता किसी विफल एपीआई कॉल का कितनी बार पुनः प्रयास करता है, इसे समायोजित करना।
• कनेक्शन पूलिंग: कुछ प्रदाताओं में स्थापित कनेक्शन का पुनः उपयोग करने की सेटिंग हो सकती है।
• प्रमाणीकरण कैशिंग: साझा क्रेडेंशियल फ़ाइलों या भूमिका-ग्रहण का उपयोग करने से प्रारंभिक प्रमाणीकरण हैंडशेक तेज़ हो सकता है।

प्रदर्शन से संबंधित विकल्पों के लिए हमेशा अपने विशिष्ट प्रदाता के दस्तावेज़ देखें।

प्रत्येक संसाधन क्रिया (बनाना, पढ़ना, अपडेट करना, हटाना) और डेटा स्रोत की क्वेरी आपके क्लाउड प्रदाता को भेजे जाने वाले एक या अधिक एपीआई कॉल में बदल जाती है। सैकड़ों अलग-अलग छोटे संसाधनों वाली टेराफॉर्म कॉन्फ़िगरेशन बड़ी मात्रा में एपीआई ट्रैफ़िक उत्पन्न कर सकती है।

एपीआई ट्रैफ़िक कम करने के लिए:

• संसाधनों को समेकित करें: जहाँ संभव हो, कई छोटे संसाधनों को कम संख्या में बड़े संसाधनों में मिलाएँ (जैसे, कई इंस्टेंस के लिए एकल सुरक्षा समूह)।
• लूप का उपयोग करें: प्रत्येक संसाधन को अलग-अलग घोषित करने के बजाय समान संसाधनों को कुशलता से प्रबंधित करने के लिए for_each या count का उपयोग करें।

-target फ़्लैग आपको केवल विशिष्ट संसाधनों या मॉड्यूल पर बदलाव लागू करने देता है। किसी एक संसाधन की डीबगिंग या अलग समस्या को ठीक करते समय यह कार्यों को बहुत तेज़ कर सकता है।

हालाँकि, -target का अत्यंत सावधानी से उपयोग करें! यह टेराफॉर्म के पूर्ण निर्भरता ग्राफ़ को दरकिनार कर देता है, जिससे स्थिति में विचलन, अधूरे परिनियोजन या अनपेक्षित दुष्प्रभाव हो सकते हैं। सामान्य रूप से पूरे इन्फ्रास्ट्रक्चर के नियमित परिनियोजन के लिए इसका उपयोग हतोत्साहित किया जाता है।

उदाहरण: "web" नाम वाले EC2 इंस्टेंस पर ही बदलाव लागू करने के लिए:

टेराफॉर्म की स्थिति फ़ाइल आपके लागू किए गए इन्फ्रास्ट्रक्चर का रिकॉर्ड रखने वाला महत्वपूर्ण घटक है। बहुत बड़ी या जटिल स्थिति फ़ाइल plan और apply कार्यों को धीमा कर सकती है, क्योंकि टेराफॉर्म को इसे पढ़ना, पार्स करना और प्रोसेस करना पड़ता है।

स्थिति फ़ाइल को हल्का और कुशल बनाए रखने के सुझाव:

• छोटे मॉड्यूल: एक ही उद्देश्य वाले केंद्रित मॉड्यूल का उपयोग करें, न कि एकाश्मी मॉड्यूल का।
• कॉन्फ़िगरेशन बाँटें: बहुत बड़े इन्फ्रास्ट्रक्चर के लिए अपनी कॉन्फ़िगरेशन को कई छोटी रूट मॉड्यूल में बाँटने पर विचार करें, जिनमें से प्रत्येक की अपनी स्थिति फ़ाइल हो।
• अनाथ संसाधन हटाएँ: उन संसाधनों को हटाने के लिए terraform state rm का सावधानीपूर्वक उपयोग करें जो अब मौजूद नहीं हैं या अब टेराफॉर्म द्वारा प्रबंधित नहीं किए जाते।

हमने बेहतर प्रदर्शन और कुशलता के लिए अपनी टेराफॉर्म कॉन्फ़िगरेशन को अनुकूलित करने की कई प्रमुख रणनीतियों का अध्ययन किया है:

• टेराफॉर्म के कार्यों में समानांतरता को समझना और समायोजित करना।
• अतिरिक्त भार कम करने के लिए कम और समेकित संसाधनों वाली कॉन्फ़िगरेशन डिज़ाइन करना।
• डेटा स्रोतों और स्थिर मानों के उपयोग के बीच सावधानीपूर्वक संतुलन बनाना।
• एपीआई इंटरैक्शन को बेहतर बनाने के लिए प्रदाता कॉन्फ़िगरेशन को अनुकूलित करना।
• क्लाउड प्रदाताओं को किए जाने वाले कुल एपीआई कॉल की संख्या कम करना।
• विशिष्ट सुधारों के लिए -target का चयनात्मक और अत्यंत सावधानीपूर्वक उपयोग करना।
• अपनी स्थिति फ़ाइल को हल्का और सुव्यवस्थित रखना।

इन तकनीकों को अपनाकर आप तेज़ परिनियोजन कर सकते हैं, क्लाउड लागत घटा सकते हैं और कोड के रूप में अपने इन्फ्रास्ट्रक्चर की समग्र प्रबंधनीयता सुधार सकते हैं।