कन्सोलबाट AWS Client VPN बिल कसरी अनुमान गर्ने
AWS Client VPN अनुमानको बाटो: जोडाइहरू गन्नुहोस्, सत्र लगबाट जडान-घण्टा निकाल्नुहोस्, त्यसपछि endpoint शुल्क बाहिरका खर्च थप्नुहोस्।
गएको महिना मैले स्प्रेडसिटमा Client VPN को अनुमान बनाएँ, त्यो एक ग्राहकलाई पठाएँ र पछि दुई पटक सुधारें: एक पटक किनभने मैले जोडाइहरूलाई सबनेटले गुणें, र एक पटक किनभने मैले सत्र डेटाको सट्टा मानिसको संख्या प्रयोग गरें। समीक्षाबाट बाँचेको संस्करण दुई घण्टाका मिटर र छोटो पार्श्व खर्चको सूचीमा टिकेको छ। तपाईं यसलाई कन्सोल र एउटा लग निर्यातबाट फेरि बनाउन सक्नुहुन्छ, मूल्य क्याल्कुलेटर बिना।
दुई मिटर, र endpoint मा अरू केही छैन
AWS ले Client VPN endpoint को बिल जोडाइ-घण्टा र जडान-घण्टामा गर्छ। जोडाइ-घण्टा endpoint मा जोडिएको हरेक लक्ष्य सञ्जालका लागि दिनभर चल्छ, कोही जोडिए पनि नजोडिए पनि। जडान-घण्टा हरेक जोडिएको ग्राहकका लागि, त्यो सत्र चालु रहेसम्म चल्छ।
| Meter | What increments it | What does not change it |
|---|---|---|
| Association-hours | Each associated subnet or Transit Gateway attachment, per hour, 24/7 while attached | Number of users, traffic volume |
| Connection-hours | Each active client session, per hour | How many subnets that client can reach |
त्यो तालिकाबाट दुई परिणाम सिधै आउँछन्। जसमा कोही नभएको endpoint पनि पैसा खर्च गर्छ, र एक व्यक्तिले एकै समयमा ल्यापटप र फोन चलाए दुई जडान बन्छन्।
जोडाइहरू कन्सोलमा गन्नुहोस्, VPC मा सबनेट होइन
VPC खोल्नुहोस्, त्यसपछि Client VPN endpoints, त्यसपछि तपाईंको endpoint, त्यसपछि Associations ट्याब। त्यहाँको हरेक पङ्क्ति एक सबनेट जोडाइ हो, र त्यो पङ्क्ति-संख्या तपाईंको जोडाइ गुणक हो। VPC पछाडिका अनुप्रयोग सबनेटको संख्यासँग यसको कुनै सम्बन्ध छैन।
endpoint का मार्ग र अनुमति नियमहरूले गन्तव्य ढाकेपछि अधिकृत VPC सञ्जालमा पुग्न एक जोडाइ पर्याप्त हुन्छ। थप जोडाइहरू थप पहुँच होइन, उपलब्धता क्षेत्रको खराबीप्रति लचिलोपन किन्छन्। त्यसैले दुई AZ को डिजाइन जोडाइ-घण्टा दोब्बर बनाउँछ, तर आठ सबनेट भएको अनुप्रयोग VPC ले केहीलाई पनि आठले गुण्दैन।
त्यो पृष्ठमा हुँदा जोडाइको प्रकार ध्यान दिनुहोस्। VPC सबनेट जोडाइ र सिधा Transit Gateway जोडाइ फरक बिल-पङ्क्ति भएका फरक व्यवस्था हुन्, त्यसैले एउटा मोडेल अर्कोको कोटेशनमा नलैजानुहोस्। र संख्या जाँच्न चीजहरू खोल्नुहोस् नभन्नुहोस्: अन्तिम लक्ष्य सञ्जाल हटाउँदा सक्रिय सत्रहरू अन्त्य हुन्छन् र फेरि केही जोडिएसम्म नयाँ जडानहरू अवरुद्ध हुन्छन्।
सत्र डेटाबाट जडान-घण्टा निकाल्नुहोस्
मानिसको संख्या गलत इनपुट हो, र त्यो दुवै दिशामा गलत छ। प्रत्येकले तीन उपकरण जोडिएको राख्ने दस जना तीस जडान हुन्। दिनमा बीस मिनेट जोडिने सय जना सय समवर्ती सत्रको नजिक पनि पुग्दैनन्।
Client VPN जडान लगहरूले हरेक ग्राहकका लागि जोडिने र छुट्ने घटना लेख्छन्, जो ठ्याक्कै तपाईंलाई चाहिने जोडी हो। प्रतिनिधि एक हप्ता निर्यात गर्नुहोस्, घटनाहरू मिलाउनुहोस् र अवधिहरू जोड्नुहोस्:
connection-hours = sum of (disconnect_time - connect_time) per session
sessions = one per client connection, not per personत्यसपछि दुई बानी सुधार्नुहोस्। खाजा, रात वा सुरुङ कहिल्यै नकाटेको ल्यापटप स्लिपबाट जोडिएर बसेका सत्रहरू पनि बिल हुन्छन्, र मानिसको गणनामा ती देखिँदैनन्। मापन घण्टाका हिसाबले पनि हुन्छ, त्यसैले बीस मिनेटको सत्रलाई समानुपातिक बिल मान्नुको सट्टा पूरा एक घण्टा गन्नुहोस्; बिल कम आए त्यसलाई योजनाको इनपुट होइन, मार्जिन मान्नुहोस्।
तपाईंको क्षेत्रको दरले हिसाब गर्नुहोस्
दरहरू क्षेत्रअनुसार फरक हुन्छन्, त्यसैले तपाईंले तैनाथ गर्ने क्षेत्रका लागि AWS VPN मूल्य पृष्ठबाट ती लिनुहोस् र इनपुटका रूपमा सिटमा टाँस्नुहोस्। केवल उदाहरणका लागि, घण्टाको 0.10 डलर जोडाइ-दर र 0.05 डलर जडान-घण्टा दर लिनुहोस्, त्यसपछि 30 दिनको महिनाको मूल्य निकाल्नुहोस् जसमा दुई जोडाइ महिनाभर रहन्छन् र 100 जना 20 कार्यदिनमा छ घण्टा जोडिन्छन्:
association-hours = 2 * 24 * 30 = 1,440
association fee = 1,440 * 0.10 = 144.00
connection-hours = 100 * 6 * 20 = 12,000
connection fee = 12,000 * 0.05 = 600.00
Client VPN subtotal = 744.00अब एक पटकमा एक इनपुट सार्नुहोस् र कुन पङ्क्तिले प्रतिक्रिया दिन्छ हेर्नुहोस्। जोडाइहरू दोब्बर गर्दा यहाँ 144 डलर थपिन्छ; औसत सत्र-लम्बाइ दोब्बर गर्दा 600 थपिन्छ। त्यो अनुपातले सामान्यतया तपाईंको तर्फबाट डिजाइनको बहस टुंग्याउँछ: जायज ठहराउन नसकिने अतिरिक्त काट्नुहोस्, वा निष्क्रिय सत्रतिर लाग्नुहोस्, जुन संख्या ठूलो छ त्यसअनुसार। नतिजाको छेउमा क्षेत्र र दरको मिति लेख्नुहोस्, किनभने ती बिना छ हप्तापछि कोटेशन फेरि बनाउन सकिँदैन।
उप-जम्माले छोडेका शुल्कहरू थप्नुहोस्
endpoint शुल्क endpoint कै लागि हो। त्यसपछि ट्राफिकले छुने सबैको आफ्नै मिटर हुन्छ, र ती पङ्क्तिमै आशावादी VPN अनुमानहरू भत्किन्छन्।
- endpoint बाट बाहिर जाने ट्राफिकका लागि इन्टरनेट इग्रेस, GB पिच्छे बिल हुन्छ।
- सार्वजनिक IPv4 ठेगानाहरू, जसले VPN बाट स्वतन्त्र आफ्नै घण्टा-शुल्क बोक्छन्।
- भर्खरै निर्यात गरिएका जडान लगहरूका लागि CloudWatch Logs मा ग्रहण र भण्डारण।
- तपाईंले client-connect ह्यान्डलर चलाउनुहुन्छ भने Lambda कलहरू।
- प्रयोगकर्ताहरू त्यसरी प्रमाणित हुन्छन् भने Directory Service वा तपाईंको SAML पहिचान प्रदायक, साथै त्यहाँ प्रमाणपत्र बनाउनुहुन्छ भने ACM Private CA शुल्क।
- मार्गले प्रयोग गर्दा NAT Gateway घण्टा र डेटा प्रशोधन, र Transit Gateway जोडाइ-घण्टा साथै डेटा प्रशोधन।
यीमध्ये केही पनि जोडाइ-संख्यासँग बढ्दैन, त्यसैले endpoint शुल्कबाट मात्र बनेको प्रति-प्रयोगकर्ता अङ्क कागजमा राम्रो देखिन्छ र पछि वास्तविक ट्राफिक आउँदा बढ्छ। अनुमान गर्नुपरे पनि तिनलाई अलग पङ्क्तिमा राख्नुहोस्, ताकि पाठकले कुन भाग मापन गरिएको र कुन अनुमान हो देख्न सकोस्।
पठाउनु अघि सिट जाँच्नुहोस्
चार जाँचले मैले साँच्चै गरेका गल्ती समात्छन्: जोडाइ-संख्या Associations ट्याबसँग ठ्याक्कै मिल्छ, जडान-घण्टा मानिसको गणनाबाट होइन, जोडी बनेका लग घटनाबाट आएका छन्, क्षेत्र र दरको मिति लेखिएको छ, र हरेक पार्श्व खर्चको आफ्नै पङ्क्ति छ। यी चारमध्ये कोही छुट्यो भने तपाईंसँग ढाँचा मिलाइएको अनुमान छ।
पहिले लग निर्यात लिनुहोस्। त्यो नै एक मात्र इनपुट हो जो पछि सम्झनाबाट फेरि बनाउन सकिँदैन, र पहिलो बिल आउनु अघि निष्क्रिय-सत्र समस्या सुधार्न लायक छ कि छैन पनि त्यसैले बताउँछ।