प्रत्येक फ़ील्ड की मार्गदर्शिका

AWS Marketplace पर सदस्यता

प्रत्येक imaxe उत्पाद को एक AMI (मशीन इमेज) के रूप में AWS Marketplace पर प्रकाशित किया जाता है। CloudFormation द्वारा उस इमेज के साथ एक इंस्टेंस शुरू करने के लिए, आपके AWS खाते को उत्पाद की सदस्यता ली गई पहले से होनी चाहिए।

सदस्यता निःशुल्क है और प्रति खाता और उत्पाद केवल एक बार की जाती है। आप केवल उपयोग का भुगतान करते हैं: AMI की सॉफ़्टवेयर दर (यदि हो) और आपके द्वारा बनाए गए AWS संसाधन। फ़ॉर्म से, «AWS Marketplace खोलें» बटन आपको चयनित उत्पाद की फ़ाइल पर ले जाता है।

उत्पाद

वह सॉफ़्टवेयर stack जिसे आप परिनियोजित करना चाहते हैं (Tomcat, Moodle, Odoo, आदि)। यह वह फ़ील्ड है जो बाकी फ़ॉर्म को नियंत्रित करती है: इसे बदलने पर अनुशंसित इंस्टेंस प्रकार समायोजित होता है, यह तय होता है कि डेटाबेस अनुभाग दिखे या नहीं और उस उत्पाद के लिए कौन-से वैकल्पिक सुधार सार्थक हैं।

AWS क्षेत्र आवश्यक

वह AWS डेटा सेंटर जहाँ पूरा stack बनाया जाएगा। यह आपके उपयोगकर्ताओं के लिए लेटेंसी, मूल्य (क्षेत्र के अनुसार बदलता है) और AMI की उपलब्धता को प्रभावित करता है।

• वह क्षेत्र चुनें जो आपके अंतिम उपयोगकर्ताओं के सबसे नज़दीक हो।
• स्पेन में उपयोगकर्ताओं के लिए, eu-west-3 (पेरिस), eu-central-1 (फ़्रैंकफ़र्ट) या eu-south-2 (स्पेन) कम लेटेंसी प्रदान करते हैं।
• SSH key pair और VPC/subnet के IDs को इसी क्षेत्र।

stack का नाम आवश्यक

आपके CloudFormation कंसोल में इस परिनियोजन की पहचान करता है। डिफ़ॉल्ट रूप से इसे इस तरह भरा जाता है imaxe-<producto>, लेकिन आप इसे बदल सकते हैं।

नियम: एक अक्षर से शुरू करें और केवल अक्षर, संख्याएं और हाइफ़न उपयोग करें (3 और 128 वर्णों के बीच)। रिक्त स्थान या उच्चारण चिह्न स्वीकार नहीं हैं।

इंस्टेंस प्रकार आवश्यक

EC2 मशीन का आकार — इसका CPU और मेमोरी। डिफ़ॉल्ट मान चुने गए उत्पाद के लिए आयामित है; यदि आप बहुत अधिक ट्रैफ़िक की अपेक्षा करते हैं तो इसे बढ़ाएं या परीक्षण वातावरण में लागत घटाने के लिए इसे कम करें।

• t3.small / t3.medium — सामान्य उपयोग, बर्स्ट। शुरू करने के लिए अच्छा विकल्प।
• t3.large / m5.large — अधिक मेमोरी, निरंतर लोड।
• c5.large — कंप्यूट-उन्मुख (प्रति यूरो अधिक CPU)।

SSH की-पेयर आवश्यक

किसी EC2 key pair का नाम जो इस क्षेत्र में पहले से मौजूद हो। यह वह कुंजी है जिससे आप SSH के माध्यम से इंस्टेंस से कनेक्ट करेंगे।

इन्हें AWS कंसोल में बनाया जाता है, EC2 › नेटवर्क और सुरक्षा › Key pairs में। यहाँ आपको key pair का ठीक-ठीक नाम लिखना है (कुंजी स्वयं नहीं)। यदि आपके पास अभी तक कोई नहीं है, तो लॉन्च करने से पहले उसे बनाएं।

SSH एक्सेस CIDR आवश्यक

SSH (पोर्ट 22) के माध्यम से कनेक्ट करने के लिए अधिकृत IP पतों की श्रेणी, CIDR नोटेशन में x.x.x.x/n। इसका कोई डिफ़ॉल्ट मान जानबूझकर नहीं है: यह एक सुरक्षा निर्णय है जो आपको लेना है।

• एक अकेला IP (अनुशंसित): आपका सार्वजनिक IP /32 के साथ, उदा. 203.0.113.10/32।
• एक कार्यालय नेटवर्क: उदा. 203.0.113.0/24 (256 पते)।
• कोई भी IP: 0.0.0.0/0 SSH को पूरे इंटरनेट के लिए खोल देता है — केवल परीक्षण के लिए, उत्पादन में कभी नहीं।

रूट डिस्क और मॉनिटरिंग वैकल्पिक

रूट डिस्क (GB): बूट EBS gp3 वॉल्यूम का आकार। डिफ़ॉल्ट मान अधिकांश परिनियोजनों के लिए पर्याप्त है; यदि आप स्वयं इंस्टेंस पर बहुत सारा डेटा संग्रहीत करने जा रहे हैं तो इसे बढ़ाएं।

विस्तृत मॉनिटरिंग: हर 5 मिनट के बजाय हर 1 मिनट में CloudWatch को मेट्रिक्स भेजता है। बारीक निदान के लिए उपयोगी, लेकिन प्रति इंस्टेंस थोड़ी अतिरिक्त लागत होती है।

एक नया VPC बनाएं

डिफ़ॉल्ट रूप से सक्रिय और अनुशंसित। stack अपना स्वयं का वर्चुअल प्राइवेट नेटवर्क (VPC) बनाता है — आपके दिए नाम के साथ और उतने सार्वजनिक subnet के साथ जितनी उपलब्धता ज़ोन आप इस्तेमाल करना चाहें, साथ में इंटरनेट gateway और रूट टेबल — सब कुछ उपयोग के लिए तैयार और आपके अन्य संसाधनों से अलग। दो या अधिक subnet होने पर बाद में लोड बैलेंसर या Multi-AZ RDS जोड़ा जा सकता है।

इसे केवल तभी निष्क्रिय करें जब आपको किसी ऐसे नेटवर्क में परिनियोजित करना हो जो आपके पास पहले से है (आंतरिक नीतियों, अन्य सिस्टम के साथ कनेक्टिविटी आदि के कारण)।

VPC ID यदि आप VPC नहीं बनाते तो आवश्यक

आपके मौजूदा VPC का पहचानकर्ता। इससे शुरू होता है vpc- उसके बाद एक हेक्साडेसिमल स्ट्रिंग, उदा. vpc-0a1b2c3d4e5f6। आप इसे VPC कंसोल में पाते हैं।

subnet ID यदि आप VPC नहीं बनाते तो आवश्यक

उस VPC के भीतर सार्वजनिक subnet जहाँ इंस्टेंस रखा जाएगा। इससे शुरू होता है subnet-। एप्लिकेशन के सुलभ होने के लिए इसमें इंटरनेट तक आउटलेट (एक internet gateway तक रूट) होना चाहिए।

सुरक्षा समूह कौन-से पोर्ट खोलता है?

केवल वही जो चुने गए उत्पाद की AMI घोषित करती है, और हर एक अपनी उचित पहुँच के साथ: SSH उसी प्रशासन CIDR से जो आप देते हैं; HTTP और HTTPS इंटरनेट के लिए तभी जब उत्पाद वेब देता हो; और सेवा के पोर्ट (कैश, एजेंट, कलेक्टर) नेटवर्क ब्लॉक तक सीमित, इंटरनेट पर कभी नहीं। मौजूदा VPC के साथ वह ब्लॉक आप «सेवा तक पहुँच वाला CIDR» में बताते हैं।

डोमेन वैकल्पिक

यदि आप इसे खाली छोड़ते हैं, तो आप एप्लिकेशन को सार्वजनिक IP द्वारा एक्सेस करेंगे जो AWS इंस्टेंस को असाइन करता है। यदि आप एक डोमेन दर्ज करते हैं (उदा. miapp.empresa.com), तो stack लॉन्च करने के बाद आपको एक DNS रिकॉर्ड बनाना होगा जो उस डोमेन को stack के IP पर इंगित करे।

प्रमाणपत्र के लिए ईमेल वैकल्पिक

यह केवल तभी लागू होता है जब आपने एक डोमेन दर्ज किया हो। यह वह ईमेल है जिसका उपयोग एक निःशुल्क TLS प्रमाणपत्र स्वचालित रूप से जारी और नवीनीकृत करने के लिए किया जाता है Let's Encrypt, ताकि आपकी साइट HTTPS पर काम करे। आपको उस पते पर समाप्ति की सूचनाएं प्राप्त होंगी।

डेटाबेस कहाँ रहता है?

• स्थानीय डेटाबेस (डिफ़ॉल्ट) — स्वयं इंस्टेंस पर चलता है। सरल और सस्ता; शुरू करने, छोटे वातावरण या परीक्षण के लिए आदर्श। बैकअप इंस्टेंस पर निर्भर करता है।
• प्रबंधित RDS — AWS की डेटाबेस सेवा, इंस्टेंस से अलग, स्वचालित बैकअप, पैचिंग और उच्च उपलब्धता के विकल्प के साथ। उत्पादन के लिए अनुशंसित।

RDS इंस्टेंस आकार वैकल्पिक

प्रबंधित डेटाबेस की क्षमता (CPU और मेमोरी)। db.t3.small शुरू करने के लिए पर्याप्त है; लोड के अनुसार db.t3.medium या db.m5.large तक बढ़ाएं।

Multi-AZ वैकल्पिक

डेटाबेस की एक प्रतिकृति दूसरे availability zone में बनाए रखता है। यदि मुख्य विफल हो जाए, तो AWS बिना डेटा हानि के स्वचालित रूप से स्विच कर देता है। यह फ़ॉल्ट टॉलरेंस प्रदान करता है लेकिन लागत दोगुनी कर देता है डेटाबेस की।

S3 पर बैकअप वैकल्पिक

7 दिनों की रिटेंशन के साथ, Amazon S3 bucket पर डेटा की दैनिक प्रति शेड्यूल करता है। मिटाने या विफलताओं के विरुद्ध एक सरल और सस्ता सुरक्षा जाल।

SNS अलर्ट के लिए ईमेल वैकल्पिक

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

अनुमानित लागत की गणना कैसे होती है

लॉन्चर का «अनुमानित मासिक लागत» पैनल आपके कॉन्फ़िगरेशन द्वारा बनाए गए AWS संसाधनों का एक अनुमान जोड़ता है, ऑन-डिमांड मूल्य पर और निरंतर संचालन (~730 घंटे प्रति माह) मानते हुए चयनित क्षेत्र में। यह विकल्पों की तुलना के लिए काम आता है, बिल के रूप में नहीं।