AWS EC2 लागत को कम करें

अमेज़ॅन पर EC2 घटकों की लागत के लिए पृष्ठ पर, एक पंक्ति है जिसे आप पहले से ज्यादा ध्यान नहीं दे सकते हैं, लेकिन जिससे गंभीर वित्तीय लागतें हो सकती हैं - डेटा ट्रांसफर, ट्रैफ़िक। यदि इंस्टेंस और ईबीएस वॉल्यूम के किराये की योजना बनाई जा सकती है और नियंत्रित की जा सकती है, तो ट्रैफ़िक की भविष्यवाणी करना काफी मुश्किल है, और एक मासिक बिल इसकी अनदेखी नहीं करेगा)

उदाहरण के लिए: एक औसत समाचार साइट, प्रति दिन 30 हजार का दौरा, यह एक छोटे से छोटे या यहां तक ​​कि सूक्ष्म उदाहरण द्वारा खींचा जाएगा। 2 मेगाबाइट का पूर्ण पृष्ठ आकार लें, फिर मासिक ट्रैफ़िक (कैश्ड सामग्री को छोड़कर) - 30,000 * 0.002 * 30 = 1800 जीबी या $ 216 होगा । यह पता चला है कि डाटा ट्रांसफर की लागत खुद को किराए पर देने से कहीं अधिक है! S3 पर, यातायात की कीमतों के साथ स्थिति बिल्कुल वैसी ही है।


इस ट्रैफ़िक का अधिकांश हिस्सा स्थिर सामग्री है, जिसे सीधे अमेज़न से वितरित करना आवश्यक नहीं है। हमें एक सस्ते और तेज चैनल की आवश्यकता है - इन उद्देश्यों के लिए हेटज़नर पर सबसे सरल समर्पित सर्वर महान हैं।

यद्यपि स्थैतिक स्थिर है, यह लगातार बदलता रहता है - फाइलें अपलोड, अपडेट, डिलीट हो जाती हैं, इसलिए आपको अमेज़ॅन उदाहरण और स्थिर सर्वर के बीच स्वचालित सिंक्रनाइज़ेशन को कॉन्फ़िगर करना होगा।

इस उद्देश्य के लिए lsyncd लें - यह दी गई निर्देशिकाओं में फ़ाइलों का निरीक्षण करता है, यदि कुछ बदला है तो Lua पर स्क्रिप्ट के एक टुकड़े का उपयोग करें और निष्पादित करें (एक अच्छी पोस्ट में lsyncd का अधिक संपूर्ण विवरण: habrahabr.ru/post/132098 )

अमेज़न सर्वर पर (CentOS के लिए उदाहरण):

हम lsyncd, rsync लगाते हैं:

yum install lsyncd mkdir -p /var/log/lsyncd 

हम /etc/lsyncd.conf में एक विन्यास बनाते हैं जिसका अर्थ है "फ़ाइलों के साथ होने वाले सभी परिवर्तनों को सिंक्रनाइज़ करना, php फ़ाइलों को छोड़कर, हर 3 सेकंड में एक बार से अधिक नहीं, ssh के माध्यम से rsync का उपयोग करें।"

 settings = { logfile = "/var/log/lsyncd/lsyncd.log", statusFile = "/var/log/lsyncd/lsyncd.status", } sync { default.rsyncssh, source = "/home/user/example.com", host = "static.example.com", targetdir = "/home/user/static.example.com", rsyncOps = {"-av", "--temp-dir=/tmp", "--delete", "--exclude=*php"}, exclude = {"somestaticfile.json"}, delay = 3, } 

हम ssh-keygen के माध्यम से कुंजी (अगर पहले से कोई नहीं हैं) उत्पन्न करते हैं, तो हम अधिकृत id_keys में जनरेट किए गए id_rsa.pub को स्थिर सर्वर पर लिखते हैं।

हम lsyncd शुरू करते हैं:

 lsync /etc/lsyncd.conf 

सिंक्रनाइज़ेशन संदेशों को तुरंत लॉग में जाना चाहिए, और फाइलें स्थिर सर्वर पर दिखाई देंगी जो पहले से ही वितरित की जा सकती हैं, निश्चित रूप से nginx का उपयोग करके। एकमात्र समय यह है कि क्लाइंट को एक त्रुटि संदेश नहीं मिलता है, उस स्थिति में जब फ़ाइल को सिंक्रनाइज़ करने का समय नहीं मिला है, और ग्राहक पहले से ही यह अनुरोध कर रहा है, तो आपको ऐसे अनुरोधों को अमेज़ॅन उदाहरण पर वापस करने की आवश्यकता है। ऐसी स्थिति तब हो सकती है, जब उदाहरण के लिए, किसी छवि को अपलोड करते समय, इसे तुरंत दिखाया जाना चाहिए या यदि किसी कारण से सिंक्रनाइज़ेशन बंद हो गया है। Nginx config इस तरह से निकलता है:

 server { listen 80; server_name static.example.com location / { root /home/user/static.example.com; add_header Access-Control-Allow-Origin *; #   JSON  jQuery try_files $uri @pass; } location @pass { proxy_set_header Host "example.com; proxy_pass http://example.com; } } 

इसका परिणाम AWS की संयुक्त विश्वसनीयता और लचीलापन और हेट्ज़नर की कम लागत है।

पुनश्च
बड़ी संख्या में फ़ाइलों वाली साइटों के लिए, आपको sysctl में इनॉटिफ़ाइ पर सीमाएँ बढ़ानी पड़ सकती हैं:

 fs.inotify.max_user_instances = 1024 fs.inotify.max_user_watches = 65000 fs.inotify.max_queued_events = 16384