AWS निर्देशिका पथ के आधार पर दो अलग EC2 उदाहरणों के लिए HTTPS ट्रैफ़िक को रूट करने का एक तरीका प्रदान करता है?


10

मैं सोच रहा था कि क्या AWS प्रसाद के साथ निम्नलिखित संभव है?

https://www.example.com/a/-> EC2 इंस्टेंस ए पर अपाचे द्वारा परोसा गया

https://www.example.com/b/-> EC2 इंस्टेंस B पर अपाचे द्वारा परोसा गया

स्पष्ट करने के लिए, मैं नहीं चाहता कि एक निर्देशिका पथ के तहत फाइलें उसी सर्वर उदाहरण पर अन्य निर्देशिका पथ के तहत फ़ाइलों के रूप में हों।

मैं समझता हूं कि यह किसी प्रकार के प्रॉक्सी के साथ संभव हो सकता है, लेकिन क्या एडब्ल्यूएस प्रसाद में से एक के साथ एक आसान समाधान है।

EC2 लोड बैलेंसर निर्देशिका पथ के आधार पर स्विच करने की अनुमति के लिए प्रतीत नहीं होता। रूट 53 डीएनएस स्तर पर काम करता है, जिसमें उस आधार पर आईपी वापस करने के लिए पथ की जानकारी नहीं होती है।


EC2 लोड बैलेंसर इतना बेवकूफ है कि यह Host:हेडर नहीं पढ़ेगा और फर्जी ट्रैफ़िक को फ़िल्टर करेगा । ऐसा लगता है कि वे किसी भी तरह की सुविधाओं को जोड़ेंगे, यदि आप हेडर देख रहे हैं तो उनके लिए बहुत अधिक काम है। दया से उनके पास अन्य विकल्प हैं।
चूजों

जवाबों:


29

AWS एप्लिकेशन लोड बैलेंसर का उपयोग करें , जो पथ आधारित रूटिंग करता है । यह दूसरा लिंक एक ट्यूटोरियल है कि यह कैसे करना है।

संक्षेप में, आप अपना ALB सामान्य रूप से सेट करते हैं, फिर इन चरणों का पालन करें (AWS ट्यूटोरियल से कॉपी किया गया):

  • श्रोता टैब पर, श्रोता के लिए नियमों को देखने के लिए तीर का उपयोग करें और फिर नियम जोड़ें चुनें । नियम को निम्नानुसार निर्दिष्ट करें:

  • के लिए लक्ष्य समूह का नाम , दूसरा लक्ष्य समूह आपके द्वारा बनाए गए चुनें।

  • के लिए पथ पैटर्न पथ-आधारित अनुमार्गण प्रयोग की जाने वाली सटीक पैटर्न निर्दिष्ट (उदाहरण के लिए, / img / *)। अधिक जानकारी के लिए, श्रोता नियम देखें।

  • सहेजें चुनें ।


धन्यवाद! मैंने मूल रूप से EC2 एप्लिकेशन लोड बैलेंसर की जाँच की, विज़ार्ड के माध्यम से चला गया, लेकिन वास्तव में कभी नहीं बनाया। विज़ार्ड ने कोई पथ विकल्प नहीं दिया। जैसा कि ट्यूटोरियल ने बताया, पहले इसे बनाना होगा और उसके बाद नियमों को संपादित करना होगा।
जोसेफ शिह

9

टिम के शानदार जवाब के अलावा, आप इसे CloudFront से भी हासिल कर सकते हैं ।

सबसे पहले, EC2 इंस्टेंस A और EC2 इंस्टेंस B (जो लोड बैलेंसर, गैर- AWS होस्ट या यहां तक ​​कि S3 बाल्टी भी हो सकता है) के लिए मूल को जोड़ते हुए, अपना वितरण बनाएं

फिर, उचित व्यवहार के लिए मैप करने के लिए / a / * और / b / * सेटअप कैश व्यवहार नियम

इस उद्देश्य के लिए CloudFront का उपयोग करना उचित है या नहीं, यह आपके एप्लिकेशन और CDN की आवश्यकता पर निर्भर करेगा।


4
यह भी अगर आप चाहते थे लागू हो सकते हैं /a*और /b*विभिन्न सेवाओं, अलग-अलग खातों, विभिन्न क्षेत्रों, या यहां तक कि एक पथ एडब्ल्यूएस और अन्य कहीं अंदर चल रहा है कुछ ने संभाला द्वारा नियंत्रित किया जा करने के लिए। CloudFront में ऐसे कई उपयोग मामले हैं, जिनके लिए वैचारिक रूप से CDN की आवश्यकता नहीं है।
माइकल - सेक्लबोट
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.