अमेज़न ElastiCache लघु समीक्षा - एक विशिष्ट वेब परियोजना की आवश्यकता है?

22 अगस्त को, अमेज़न ने AWS में एक नई सेवा की घोषणा की - Amazon ElastiCache। होबे पर भी इसके बारे में लिखा था ।

सेवा मेम्केड के साथ संगत प्रोटोकॉल है।

आइए देखें कि यह कैसे काम करता है और क्या यह वेब डेवलपर्स और सिस्टम प्रशासकों के लिए व्यावहारिक मूल्य है।

आरंभ करने के लिए, आपको AWS प्रशासनिक इंटरफ़ेस में ElastiCache आइटम का चयन करना होगा और अपने बैंक कार्ड का विवरण निर्दिष्ट करना होगा जिसके साथ भुगतान किया जाएगा।

उसके बाद, आप लॉन्च के लिए आगे बढ़ सकते हैं।



कृपया ध्यान दें - सेवा वर्तमान में केवल यूएस (वर्जीनिया) में पांच क्षेत्रों में से एक में उपलब्ध है।

ElastiCache की प्रमुख अवधारणा कैश क्लस्टर है।

क्लस्टर के अंदर, आप नोड्स की आवश्यक संख्या (मैन्युअल रूप से या स्वचालित रूप से) शुरू कर सकते हैं।

एक नया क्लस्टर शुरू करना, हम इसके पैरामीटर निर्धारित करते हैं:



महत्वपूर्ण बिंदु:

• नोड प्रकार - क्लस्टर (रैम, सीपीयू) में प्रत्येक नोड की भौतिक विशेषताएं। एक एकल क्लस्टर में, सभी नोड्स आवश्यक रूप से समान कॉन्फ़िगरेशन के होंगे! केवल उनकी संख्या अलग-अलग होगी।
• इंजन - वास्तव में, यह मेमेकैच्ड के साथ सिर्फ प्रोटोकॉल संगतता नहीं है, बल्कि यह है - खुद को मेमेकैक्ड। शायद भविष्य में कुछ अन्य विकल्प होंगे।

अगला हम सुरक्षा समूह और कैश पैरामीटर समूह सेट करते हैं।

कैश पैरामीटर समूह अब तक (?) अद्वितीय है और अब तक (?) कॉन्फ़िगर करने योग्य नहीं है।

मैं सिक्योरिटी ग्रुप को थोड़ा और स्थापित करना चाहता हूं।



समूह सेटिंग्स EC2 के लिए सुरक्षा समूह के नाम को इंगित करती हैं - उन आभासी मशीनों को जिनके पास कैश क्लस्टर के नोड्स तक पहुंच होगी।

साथ ही AWS खाता आईडी।

कुछ "सूक्ष्म" अंक:

• EC2 सुरक्षा समूह समूह का नाम निर्दिष्ट करता है, न कि फॉर्म का पहचानकर्ता sg- * (जैसा कि मैंने पहले खुद सोचा था)। यदि आप कुछ गलत डेटा निर्दिष्ट करते हैं, तो ज्यादातर मामलों में कोई भी त्रुटि संदेश त्रुटि नहीं होगा।

तथ्य यह है कि आपको समूह के नाम को कम से कम स्पष्ट रूप से केवल एपीआई के विवरण से निर्दिष्ट करने की आवश्यकता है:

elasticache.us-east-1.amazonaws.com
?Action=AuthorizeCacheSecurityGroupIngress
& EC2SecurityGroupName =default
&CacheSecurityGroupName=mygroup
&EC2SecurityGroupOwnerId=1234-5678-1234
&Version=2011-07-15
&SignatureVersion=2
&SignatureMethod=HmacSHA256
&Timestamp=2011-02-12T01%3A29%3A15.746Z
&AWSAccessKeyId=YOUR-ACCESS-KEY
&Signature=YOUR-SIGNATURE

• चूँकि सभी फ़ायरवॉल प्रबंधन EC2 सुरक्षा समूह स्तर पर किए जाते हैं, इसलिए आप मनमाने ढंग से नेटवर्क से Amazon ElastiCache तक पहुँच नहीं खोल सकते हैं। यही है, आप केवल अन्य अमेज़ॅन सेवाओं (सामान्य रूप से, ईसी 2) से इस सेवा के साथ काम कर सकते हैं।
• चूँकि यह न केवल EC2 सिक्योरिटी ग्रुप, बल्कि AWS अकाउंट आईडी को भी इंगित करता है, इसलिए दूसरे अकाउंट से एक्सेस देना संभव है।

नतीजतन, सभी सेटिंग्स किए जाने के बाद, कैश क्लस्टर नोड्स की आवश्यक संख्या लॉन्च की गई है (मैंने एक नोड के साथ प्रयोग किया है)। प्रत्येक नोड के लिए, एंडपॉइंट को परिभाषित किया गया है - बस होस्ट की एक जोड़ी : पोर्ट , जिसे हमारा एप्लिकेशन एक्सेस कर सकता है।

* * *

हम व्यावहारिक परीक्षणों के लिए पास! :)

प्रयोगों के लिए, मैंने दो सीएमएस लिया: सबसे लोकप्रिय वाणिज्यिक - 1 सी-बिट्रिक्स, और सबसे लोकप्रिय खुला स्रोत - जुमला (लोकप्रियता पर डेटा - आईट्रैक रेटिंग से )।

Bitrix

कैश के लिए संग्रहण के रूप में मेम्के का उपयोग करने के लिए, आप दो विकल्पों का उपयोग कर सकते हैं:

1. विन्यास फाइल में इंगित करें dbconn.php:

define("BX_CACHE_TYPE", "memcache");
define("BX_MEMCACHE_HOST", "testcache.lfffta.0001.use1.cache.amazonaws.com");
define("BX_MEMCACHE_PORT", "11211");

2. या (केवल "वेब क्लस्टर" और "बिजनेस वेब क्लस्टर" के पुराने संस्करणों पर) उत्पाद सेटिंग्स में प्रशासनिक इंटरफ़ेस में निर्दिष्ट आवश्यक सर्वरों की संख्या निर्दिष्ट है (साथ ही यह विधि जिसमें किसी भी संख्या में सर्वर निर्दिष्ट किए जा सकते हैं, और नहीं एक जो आपको कुछ वितरित कैश का उपयोग करने की अनुमति देता है):



EC2 (छोटी) वर्चुअल मशीन पर परीक्षणों के लिए, वितरण किट ("ऑनलाइन स्टोर") से विशिष्ट सामग्री के साथ "1C-Bitrix" 10.0 का डेमो संस्करण स्थापित किया गया था। मशीन को उसी AZ (उपलब्धता क्षेत्र) में तैनात किया जाता है जिसमें हमारा कैश क्लस्टर उठाया जाता है - नेटवर्क प्रभाव को कम करने के लिए।

चूंकि हमें एक बड़े विस्तृत परीक्षण की आवश्यकता नहीं है, और हम केवल अमेज़ॅन इलास्टीचे का उपयोग करते समय परियोजना की गति का मूल्यांकन करना चाहते हैं, मैंने लोड परीक्षण (जैसे tsung या JMeter) के लिए पूर्ण उपकरणों का उपयोग नहीं किया, लेकिन खुद को एक साधारण एब तक सीमित कर लिया।

हम 2 थ्रेड्स में 500 अनुरोध करते हैं (मैं तुरंत कहता हूं कि मैंने औसत मान प्राप्त करने के लिए कई बार परीक्षण चलाए)।

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

# ab -n 500 -c 2 ec2-xx-xx-xx-0.compute-1.amazonaws.com

पहला परीक्षण - हम मानक कैश (EC2 वर्चुअल मशीन का डिस्क - फाइल सिस्टम) का उपयोग करते हैं:

  दस्तावेज़ पथ: /
 दस्तावेज़ की लंबाई: 25910 बाइट्स

 समसामयिक स्तर: 2
 परीक्षणों के लिए समय लिया गया: 53.748 सेकंड
 पूर्ण अनुरोध: 500
 विफल अनुरोध: 0
 त्रुटियों को लिखें: 0
	 कुल हस्तांतरित: 13324000 बाइट्स
	 HTML स्थानांतरित: 12955000 बाइट्स
	 प्रति सेकंड अनुरोध: 9.30 [# / सेकंड] (मतलब)
 अनुरोध के अनुसार समय: 214.993 [एमएस] (मतलब)
 अनुरोध के अनुसार समय: 107.497 [एमएस] (मतलब, सभी समवर्ती अनुरोधों के पार)
 अंतरण दर: 242.09 [Kbytes / sec] प्राप्त किया

 कनेक्शन टाइम्स (एमएस)
               मिनट का मतलब [+/- sd] माध्यिका अधिकतम
 कनेक्ट: 0 0 0.8 0 19
 प्रसंस्करण: 51 215 313.9 197 5090
 प्रतीक्षा: ५१ २११ ३१३.९ १ ९ ६० ९ ०
 कुल: 51 215 313.9 197 5090 

9.3 प्रति सेकंड अनुरोध

हम ElastiCache कनेक्ट करते हैं और नए परीक्षण करते हैं:

  समसामयिक स्तर: 2
 परीक्षणों के लिए लिया गया समय: 67.987 सेकंड
 पूर्ण अनुरोध: 500
 विफल अनुरोध: 0
 त्रुटियों को लिखें: 0
 कुल स्थानांतरित: 13323973 बाइट्स
 HTML स्थानांतरित: 12954973 बाइट्स
 प्रति सेकंड अनुरोध: 7.35 [# / सेकंड] (मतलब)
 अनुरोध के अनुसार समय: 271.947 [एमएस] (मतलब)
 अनुरोध के अनुसार समय: 135.973 [एमएस] (मतलब, सभी समवर्ती अनुरोधों के पार)
 स्थानांतरण दर: 191.39 [किब्ते / सेकंड] प्राप्त किया

 कनेक्शन टाइम्स (एमएस)
               मिनट का मतलब [+/- sd] माध्यिका अधिकतम
 कनेक्ट: 0 0 0.0 0 0
 प्रसंस्करण: 114 272 101.1 279 1293
 प्रतीक्षा: 114 272 101.1 279 1293
 कुल: 114 272 101.1 279 1293 

प्रति सेकंड 7.35 अनुरोध

धीमी!

स्थानीय डिस्क कैश मेम्केच्ड से अधिक कुशलता से काम करता है, जिसके साथ हम टीसीपी / आईपी पर "संवाद" करते हैं। (मैं तुरंत अलग से नोट करूंगा कि स्थानीय रूप से एक ही मशीन से उठाया गया मेम भी तेजी से काम करता है।)

* * *

चलो जुमला देखते हैं

परीक्षणों के लिए स्थितियां समान हैं - हमने जूमला 1.7 को EC2 वर्चुअल मशीन (एक ही AZ में भी छोटा है) पर एक विशिष्ट डेमो सामग्री के साथ रखा।

परीक्षण चलाएं - वही एब:

  समसामयिक स्तर: 2
 परीक्षणों के लिए समय लिया गया: 107.028 सेकंड
 पूर्ण अनुरोध: 500
 विफल अनुरोध: 0
 त्रुटियों को लिखें: 0
 कुल हस्तांतरित: 8247000 बाइट्स
 HTML स्थानांतरित: 8068000 बाइट्स
 प्रति सेकंड अनुरोध: 4.67 [# / सेकंड] (मतलब)
 अनुरोध के अनुसार समय: 428.110 [एमएस] (मतलब)
 अनुरोध के अनुसार समय: 214.055 [एमएस] (मतलब, सभी समवर्ती अनुरोधों के पार)
 स्थानांतरण दर: 75.25 [Kbytes / sec] प्राप्त किया

 कनेक्शन टाइम्स (एमएस)
               मिनट का मतलब [+/- sd] माध्यिका अधिकतम
 कनेक्ट: 0 0 0.0 0 0
 प्रसंस्करण: 159 428 797.5 388 17777
 प्रतीक्षा: 159 428 797.5 388 17777
 कुल: 159 428 797.5 388 17777 

4.67 प्रति सेकंड अनुरोध

किसी तरह धीरे-धीरे ...

हम व्यवस्थापक पैनल में जाते हैं और देखते हैं कि कैशिंग डिफ़ॉल्ट रूप से बंद है।

आप इसे सक्षम कर सकते हैं, दो तरीके हैं - रूढ़िवादी और प्रगतिशील।

हम मानक भंडारण का उपयोग करते हैं - फाइल सिस्टम। पहले मामले में, प्रति सेकंड 6.6 प्रश्न प्राप्त होते हैं , दूसरे में - 7.2 :

  समसामयिक स्तर: 2
 परीक्षणों के लिए समय लिया गया: 69.440 सेकंड
 पूर्ण अनुरोध: 500
 विफल अनुरोध: 0
 त्रुटियों को लिखें: 0
 कुल हस्तांतरित: 8036000 बाइट्स
 HTML स्थानांतरित: 7857000 बाइट्स
 प्रति सेकंड अनुरोध: 7.20 [# / सेकंड] (मतलब)
 अनुरोध के अनुसार समय: 277.761 [एमएस] (मतलब)
 अनुरोध के अनुसार समय: 138.880 [एमएस] (मतलब, सभी समवर्ती अनुरोधों के पार)
 स्थानांतरण दर: 113.01 [Kbytes / sec] प्राप्त किया

 कनेक्शन टाइम्स (एमएस)
               मिनट का मतलब [+/- sd] माध्यिका अधिकतम
 कनेक्ट: 0 0 0.7 0 17
 प्रसंस्करण: 123 277 72.3 267 852
 प्रतीक्षा: 123 277 72.4 267 852
 कुल: 123 277 72.3 267 852 

हम मेमेचेस स्टोरेज के लिए कनेक्ट होते हैं।

आम तौर पर बोलते हुए, जैसा कि जूमला डेवलपर्स द्वारा योजना बनाई गई है, यह प्रशासनिक इंटरफ़ेस के माध्यम से किया जा सकता है।

हालाँकि, इस कोड के साथ सिद्धांत रूप में मेमचे का उपयोग करने की क्षमता की जाँच की जाती है:

public static function test()
{
if ((extension_loaded('memcache') && class_exists('Memcache')) != true ) {
return false;
}

$config = JFactory::getConfig();
$host = $config->get('memcache_server_host', 'localhost');
$port = $config->get('memcache_server_port', 11211);

$memcache = new Memcache;
$memcachetest = @$memcache->connect($host, $port);

if (!$memcachetest) {
return false;
} else {
return true;
}
}

यदि परीक्षण फ़ंक्शन गलत है, तो सिद्धांत में संग्रहण का चयन करने के लिए मेनू में मेकचे नहीं होगा।

यही है, कनेक्शन मापदंडों के प्रारंभिक संकेत के लिए, हमें कॉन्फ़िगरेशन.फैप कॉन्फ़िगरेशन फ़ाइल में या तो स्पष्ट रूप से मापदंडों को पंजीकृत करने की आवश्यकता है, या "डिफ़ॉल्ट" मेमकेच्ड (लोकलहोस्ट: 11211) चलाएं।

Configuration.php में निर्दिष्ट करें:

public $memcache_persist = '1';
public $memcache_compress = '0';
public $memcache_server_host = 'testcache.lfffta.0001.use1.cache.amazonaws.com';
public $memcache_server_port = '11211';

परीक्षण:

  समसामयिक स्तर: 2
 परीक्षणों के लिए लिया गया समय: 140.928 सेकंड
 पूर्ण अनुरोध: 500
 विफल अनुरोध: 3
    (कनेक्ट: 0, प्राप्त करें: 0, लंबाई: 3, अपवाद: 0)
 त्रुटियों को लिखें: 0
 गैर -2xx प्रतिक्रियाएं: 3
 कुल स्थानांतरित: 8002436 बाइट्स
 HTML स्थानांतरित: 7823370 बाइट्स
 प्रति सेकंड अनुरोध: 3.55 [# / सेकंड] (मतलब)
 अनुरोध के अनुसार समय: 563.712 [एमएस] (मतलब)
 अनुरोध के अनुसार समय: 281.856 [एमएस] (मतलब, सभी समवर्ती अनुरोधों के पार)
 स्थानांतरण दर: 55.45 [Kbytes / sec] प्राप्त किया

 कनेक्शन टाइम्स (एमएस)
               मिनट का मतलब [+/- sd] माध्यिका अधिकतम
 कनेक्ट: 0 0 0.0 0 0
 प्रसंस्करण: 142 563 397.1 461 3942
 प्रतीक्षा: 142 563 397.1 460 3942
 कुल: 142 564 397.1 461 3942 

3.55 पूछताछ की

अपेक्षित - धीमा। :(

लेकिन अप्रत्याशित रूप से - सब पर कैश का उपयोग किए बिना की तुलना में अधिक धीरे-धीरे। :(

मुझे तुरंत यह कहना होगा कि अंत में मैंने अधिक शक्तिशाली कैश नोड्स के साथ, परीक्षणों के लिए एक और कैश क्लस्टर लेने की कोशिश की। "परीक्षण नमूने" की तुलना में प्रदर्शन में एक अतिरिक्त छोटी वृद्धि मिली।

* * *

संक्षेप में प्रस्तुत करना

संक्षेप में - मध्यम आकार की परियोजनाओं के लिए (जो कि बहुसंख्यक हैं) फिलहाल Amazon ElastiCache का ज्यादा मतलब नहीं है ... :(

• विन्यास - तुलनीय (यदि अधिक जटिल नहीं है) एक ही (या किसी अन्य) उदाहरण पर स्थानीय मेमकेच की स्थापना के साथ।
• मूल्य - EC2 (छोटे ElastiCache 1.3 GB - $ 0.095 प्रति घंटे, छोटे EC2 1.7 GB - $ 0.085 प्रति घंटे) के बराबर।
• केवल अन्य AWS सेवाओं के साथ उपयोग किया जा सकता है।
• प्रत्येक नोड के लिए अलग-अलग EndPoints (और संपूर्ण के रूप में पूरे कैश क्लस्टर के लिए नहीं) आप स्केलेबिलिटी, आदि का उपयोग करने की अनुमति देते हैं। केवल उन उत्पादों में, जिनमें आप एक से अधिक मेमैक्टेड सर्वर कनेक्ट कर सकते हैं (जैसे, उदाहरण के लिए, उसी 1C-बिट्रिक्स क्लस्टर में)।

ElastiCache का उपयोग करने के लिए किन मामलों में यह संभव, आवश्यक और उपयोगी है:

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

सामान्यतया, अमेज़ॅन सही दिशा में आगे बढ़ रहा है, अधिक से अधिक क्लाउड सेवाएं प्रदान कर रहा है। उपयोगकर्ता के पास जितने अधिक विकल्प होंगे, उतना बेहतर होगा।

खैर, इलास्टीचे के साथ, मुझे उम्मीद है कि समय के साथ तेजी से और सस्ता काम करना संभव होगा।