Hystax क्लाउड माइग्रेसन: क्लाउडमा सवारी गर्दै

डिजास्टर रिकभरी समाधानको लागि बजारमा युवा खेलाडीहरू मध्ये एक हिस्ट्याक्स हो, जुन 2016 बाट रूसी स्टार्टअप हो। विपद् रिकभरीको विषय धेरै लोकप्रिय भएको र बजार अत्यन्त प्रतिस्पर्धी भएकोले, स्टार्टअपले विभिन्न क्लाउड पूर्वाधारहरू बीचको स्थानान्तरणमा ध्यान केन्द्रित गर्ने निर्णय गरेको छ। एक उत्पादन जसले तपाईंलाई क्लाउडमा सरल र द्रुत माइग्रेसन व्यवस्थित गर्न अनुमति दिन्छ ओन्लान्टाका ग्राहकहरू - प्रयोगकर्ताहरूका लागि पनि धेरै उपयोगी हुनेछ। Oncloud.ru। यसरी मैले Hystax सँग परिचित भएँ र यसको क्षमताहरू परीक्षण गर्न थालें। यो लेखमा के आयो म तपाईंलाई बताउनेछु।

Hystax को मुख्य विशेषता भनेको विभिन्न भर्चुअलाइजेशन प्लेटफर्महरू, अतिथि अपरेटिङ सिस्टमहरू र क्लाउड सेवाहरूलाई समर्थन गर्न यसको व्यापक कार्यक्षमता हो, जसले तपाइँको कार्यभारहरू जुनसुकै ठाउँबाट, कहीं पनि स्थानान्तरण गर्न सम्भव बनाउँछ।

यसले तपाईंलाई सेवाहरूको दोष सहिष्णुता बढाउन DR समाधानहरू मात्र सिर्जना गर्न अनुमति दिन्छ, तर विभिन्न साइटहरू र हाइपरस्केलरहरू बीच द्रुत र लचिलो रूपमा स्रोतहरू माइग्रेट गर्नको लागि लागत बचत बढाउन र निश्चित सेवाको लागि कुनै निश्चित क्षणमा उत्तम समाधान चयन गर्न। शीर्षक चित्रमा सूचीबद्ध प्लेटफर्महरूको अतिरिक्त, कम्पनीले रूसी क्लाउड प्रदायकहरूसँग सक्रिय रूपमा सहयोग गर्दछ: Yandex.Cloud, CROC क्लाउड सेवाहरू, Mail.ru र अन्य धेरै। यो पनि ध्यान दिन लायक छ कि 2020 मा कम्पनीले Skolkovo मा स्थित एक R&D केन्द्र खोल्यो। 

बजारमा ठूलो संख्यामा खेलाडीहरूद्वारा एउटा समाधानको छनोटले राम्रो मूल्य निर्धारण नीति र उत्पादनको उच्च प्रयोज्यतालाई सङ्केत गर्छ, जुन हामीले अभ्यासमा परीक्षण गर्ने निर्णय गर्यौं।

त्यसोभए, हाम्रो परीक्षण कार्यले मेरो VMware परीक्षण साइट र भौतिक मेसिनहरू प्रदायकको साइटमा माइग्रेट गर्ने समावेश गर्दछ, VMware द्वारा पनि व्यवस्थित। हो, त्यहाँ धेरै समाधानहरू छन् जसले यस्तो माइग्रेसन गर्न सक्छ, तर हामी Hystax लाई विश्वव्यापी उपकरणको रूपमा विचार गर्छौं, र सबै सम्भावित संयोजनहरूमा माइग्रेसन परीक्षण गर्नु केवल एक अवास्तविक कार्य हो। र Oncloud.ru क्लाउड विशेष रूपमा VMware मा बनाइएको छ, त्यसैले लक्ष्यको रूपमा यो प्लेटफर्मले हामीलाई धेरै हदसम्म चासो दिन्छ। अर्को, म सञ्चालनको आधारभूत सिद्धान्तको वर्णन गर्नेछु, जुन सामान्यतया प्लेटफर्मबाट स्वतन्त्र हुन्छ, र कुनै पनि पक्षबाट VMware अर्को विक्रेताबाट प्लेटफर्मद्वारा प्रतिस्थापन गर्न सकिन्छ। 

पहिलो चरण Hystax Acura लाई तैनात गर्नु हो, जुन प्रणालीको नियन्त्रण प्यानल हो।

यो टेम्प्लेटबाट प्रकट हुन्छ। केही कारणका लागि, हाम्रो मामलामा, यो पूर्ण रूपमा सही थिएन र सिफारिस गरिएको 8CPU को सट्टा, 16Gb आधा स्रोतहरूसँग तैनात गरिएको थियो। त्यसकारण, तपाईंले तिनीहरूलाई परिवर्तन गर्न सम्झनु आवश्यक छ, अन्यथा VM भित्रको पूर्वाधार, जसमा सबै निर्माण गरिएको छ, कन्टेनरहरूबाट मात्र सुरु हुँदैन र पोर्टल अनुपलब्ध हुनेछ। IN परिनियोजन आवश्यकताहरू आवश्यक स्रोतहरू विस्तृत रूपमा वर्णन गरिएको छ, साथै सबै प्रणाली घटकहरूको लागि पोर्टहरू। 

त्यहाँ टेम्प्लेट मार्फत IP ठेगाना सेट गर्न कठिनाइहरू पनि थिए, त्यसैले हामीले यसलाई कन्सोलबाट परिवर्तन गर्यौं। यस पछि, तपाइँ प्रशासक वेब इन्टरफेसमा जान सक्नुहुन्छ र प्रारम्भिक कन्फिगरेसन विजार्ड पूरा गर्न सक्नुहुन्छ। 

अन्तिम बिन्दु - हाम्रो vCenter को IP वा FQDN। 
लगइन र पासवर्ड - यो स्पष्ट छ। 
लक्ष्य ESXi होस्टनाम हाम्रो क्लस्टरमा प्रतिकृति प्रदर्शन गरिने होस्ट मध्ये एक हो। 
लक्ष्य डाटास्टोर हाम्रो क्लस्टरमा रहेको डाटास्टोर मध्ये एक हो जसमा प्रतिकृति प्रदर्शन गरिनेछ।
Hystax Acura नियन्त्रण प्यानल सार्वजनिक आईपी - ठेगाना जहाँ नियन्त्रण प्यानल उपलब्ध हुनेछ।

होस्ट र डाटास्टोरको बारेमा थोरै स्पष्टीकरण आवश्यक छ। तथ्य यो हो कि Hystax प्रतिकृतिले होस्ट र डेटास्टोर स्तरमा काम गर्दछ। अर्को म तपाईंलाई बताउनेछु कि तपाईं भाडामा लिने होस्ट र डाटास्टोर कसरी परिवर्तन गर्न सक्नुहुन्छ, तर समस्या फरक छ। Hystax ले संसाधन पूलहरूसँग काम गर्न समर्थन गर्दैन, अर्थात्। प्रतिकृति सधैं क्लस्टरको मूलमा जान्छ (यो सामग्री लेख्ने समयमा, Hystax का केटाहरूले अपडेट गरिएको संस्करण जारी गरे, जहाँ उनीहरूले संसाधन पूलहरूको लागि समर्थनको सन्दर्भमा मेरो सुविधा अनुरोधलाई द्रुत रूपमा कार्यान्वयन गरे)। vCloud निर्देशक पनि समर्थित छैन, अर्थात्। यदि, मेरो मामलामा जस्तै, भाडामा लिने व्यक्तिसँग सम्पूर्ण क्लस्टरको प्रशासक अधिकार छैन, तर केवल एक विशेष स्रोत पूलमा, र हामीले Hystax मा पहुँच दियौं, त्यसपछि उसले स्वतन्त्र रूपमा यी VM हरू प्रतिलिपि गर्न र सुरू गर्न सक्षम हुनेछ, तर उसले गर्नेछ। तिनीहरूलाई VMware पूर्वाधारमा हेर्न सक्षम छैन, जसमा उसको पहुँच छ र, तदनुसार, थप भर्चुअल मेसिनहरू प्रबन्ध गर्दछ। क्लस्टर प्रशासकले VM लाई इच्छित स्रोत पूलमा सार्न वा vCloud निर्देशकमा आयात गर्न आवश्यक छ।

म किन यी बिन्दुहरूमा धेरै ध्यान केन्द्रित गर्दैछु? किनकि, जहाँसम्म मैले उत्पादनको अवधारणा बुझेको छु, ग्राहकले Acura प्यानल प्रयोग गरेर कुनै पनि माइग्रेसन वा DR स्वतन्त्र रूपमा कार्यान्वयन गर्न सक्षम हुनुपर्छ। तर अहिलेसम्म, VMware समर्थन ओपनस्ट्याकको लागि समर्थनको स्तर भन्दा अलि पछाडि छ, जहाँ समान संयन्त्रहरू पहिले नै लागू गरिएको छ। 

तर डिप्लोयमेन्टमा फर्कौं। सबैभन्दा पहिले, प्यानलको प्रारम्भिक सेटअप पछि, हामीले हाम्रो प्रणालीमा पहिलो भाडामा लिनु आवश्यक छ।

यहाँ सबै क्षेत्रहरू स्पष्ट छन्, म तपाईंलाई क्लाउड क्षेत्रको बारेमा मात्र बताउनेछु। हामीसँग पहिले नै "पूर्वनिर्धारित" क्लाउड छ जुन हामीले प्रारम्भिक कन्फिगरेसनको समयमा सिर्जना गर्यौं। तर यदि हामी प्रत्येक भाडामा लिने व्यक्तिलाई आफ्नै डाटास्टोर र आफ्नै स्रोत पोखरीमा राख्न सक्षम हुन चाहन्छौं भने, हामी हाम्रा प्रत्येक ग्राहकहरूको लागि छुट्टै क्लाउडहरू सिर्जना गरेर यसलाई लागू गर्न सक्छौं।

नयाँ क्लाउड थप्नको लागि फारममा, हामी प्रारम्भिक कन्फिगरेसनको समयमा समान प्यारामिटरहरू निर्दिष्ट गर्छौं (हामीले एउटै होस्ट पनि प्रयोग गर्न सक्छौं), एक विशिष्ट ग्राहकको लागि आवश्यक डेटास्टोरलाई संकेत गर्दछ, र अब थप प्यारामिटरहरूमा हामी व्यक्तिगत रूपमा आवश्यक स्रोत निर्दिष्ट गर्न सक्छौं। पूल {"resource_pool" : "YOUR_POOL_NAME"} 

तपाईले याद गर्नु भएको हुन सक्छ, भाडामा लिने को रूप मा, त्यहाँ संसाधन को आवंटन वा केहि प्रकार को कोटा को बारे मा केहि छैन - प्रणाली मा यो केहि छैन। तपाईले भाडामा लिनेलाई एकसाथ प्रतिकृतिहरूको संख्या, प्रतिकृतिको लागि मेसिनहरूको संख्या, वा कुनै अन्य प्यारामिटरहरू द्वारा सीमित गर्न सक्नुहुन्न। त्यसोभए, हामीले पहिलो भाडावाला सिर्जना गरेका छौं। अब त्यहाँ पूर्णतया तार्किक छैन, तर अनिवार्य कुरा - क्लाउड एजेन्ट स्थापना गर्दै। यो अतार्किक छ, किनकि एजेन्ट एक विशिष्ट ग्राहकको पृष्ठमा डाउनलोड गरिएको छ।

एकै समयमा, यो सिर्जना गरिएको भाडामा बाँधिएको छैन, र हाम्रा सबै ग्राहकहरूले यसको माध्यमबाट काम गर्नेछन् (वा धेरै मार्फत, यदि हामीले तिनीहरूलाई तैनात गर्छौं)। एक एजेन्टले 10 एकै साथ सत्रहरू समर्थन गर्दछ। एउटा मेसिनलाई एक सत्रको रूपमा गणना गरिन्छ। यसमा कति डिस्क छन् भन्ने कुराले फरक पार्दैन। आज सम्म, VMware अन्तर्गत Acura मा स्केलिंग एजेन्टहरूको लागि कुनै संयन्त्र छैन। त्यहाँ एक थप अप्रिय क्षण छ - हामी Acura प्यानलबाट यस एजेन्टको "उपयोग" हेर्न सक्षम छैनौं कि हामीले थप डिप्लोइ गर्न आवश्यक छ वा हालको स्थापना पर्याप्त छ भन्ने निष्कर्षमा। नतिजाको रूपमा, स्ट्यान्ड यस्तो देखिन्छ:

हाम्रो ग्राहक पोर्टलमा पहुँच गर्न अर्को चरण भनेको खाता सिर्जना गर्नु हो (र पहिले, यो प्रयोगकर्तामा लागू हुने भूमिका)।

अब हाम्रा ग्राहकहरूले स्वतन्त्र रूपमा पोर्टल प्रयोग गर्न सक्छन्। उसले गर्नु पर्ने भनेको पोर्टलबाट एजेन्टहरू डाउनलोड गर्नुहोस् र यसलाई आफ्नो छेउमा स्थापना गर्नुहोस्। त्यहाँ तीन प्रकारका एजेन्टहरू छन्: लिनक्स, विन्डोज र VMware।

पहिलो दुई भौतिकशास्त्र वा VMware बाहेक कुनै पनि हाइपरभाइजरमा भर्चुअल मेसिनहरूमा स्थापित छन्। त्यहाँ कुनै पनि अतिरिक्त कन्फिगर गर्न आवश्यक छैन, एजेन्ट डाउनलोड गरिएको छ र कहाँ ढकढक गर्ने पहिले नै थाहा छ, र शाब्दिक रूपमा एक मिनेटमा कार Acura प्यानलमा देखिनेछ। VMware एजेन्टको साथ स्थिति अलि बढी जटिल छ। समस्या यो हो कि VMware को लागि एजेन्ट पहिले नै तयार र आवश्यक कन्फिगरेसन समावेश पोर्टलबाट डाउनलोड गरिएको छ। तर हाम्रो Acura पोर्टलको बारेमा जान्नको अतिरिक्त, एक VMware एजेन्टले भर्चुअलाइजेशन प्रणालीको बारेमा पनि जान्न आवश्यक छ जसमा यो तैनात गरिनेछ।

वास्तवमा, तपाईंले पहिलो पटक VMware एजेन्ट डाउनलोड गर्दा प्रणालीले हामीलाई यो डेटा निर्दिष्ट गर्न सोध्नेछ। समस्या यो हो कि सुरक्षाको लागि विश्वव्यापी प्रेमको हाम्रो युगमा, सबैजनाले अरू कसैको पोर्टलमा आफ्नो प्रशासक पासवर्ड संकेत गर्न चाहँदैनन्, जुन धेरै बुझ्न योग्य छ। भित्रबाट, तैनाती पछि, एजेन्ट कुनै पनि तरिकाले कन्फिगर गर्न सकिँदैन (तपाईले मात्र यसको नेटवर्क सेटिङहरू परिवर्तन गर्न सक्नुहुन्छ)। यहाँ म विशेष गरी सतर्क ग्राहकहरु संग कठिनाइहरु को पूर्वानुमान गर्दछु। 

त्यसोभए, एजेन्टहरू स्थापना गरेपछि, हामी Acura प्यानलमा फर्केर हाम्रा सबै कारहरू हेर्न सक्छौं।

मैले एक दिनभन्दा बढी समयदेखि प्रणालीसँग काम गरिरहेकोले, मसँग विभिन्न राज्यहरूमा मेसिनहरू छन्। तिनीहरू सबै पूर्वनिर्धारित समूहमा छन्, तर तपाईंलाई आवश्यक भएअनुसार छुट्टाछुट्टै समूहहरू सिर्जना गर्न र तिनीहरूलाई मेसिनहरू स्थानान्तरण गर्न सम्भव छ। यसले कुनै पनि कुरालाई असर गर्दैन - केवल डाटाको तार्किक प्रतिनिधित्व र अधिक सुविधाजनक कामको लागि तिनीहरूको समूह। त्यस पछि हामीले गर्नुपर्ने पहिलो र सबैभन्दा महत्त्वपूर्ण कुरा भनेको माइग्रेसन प्रक्रिया सुरु गर्नु हो। हामी यो जबरजस्ती म्यानुअल रूपमा गर्न सक्छौं, र एकै पटकमा सबै मेसिनहरूको लागि थोकमा सहित, तालिका सेटअप गर्न सक्छौं।

मलाई तपाईलाई सम्झाउन दिनुहोस् कि Hystax माइग्रेसनको लागि उत्पादनको रूपमा राखिएको थियो। तसर्थ, यो अचम्मको कुरा होइन कि हाम्रा प्रतिकृति मेसिनहरू चलाउनको लागि हामीले DR योजना बनाउनु पर्छ। यो योजना पहिले नै सिङ्क गरिएको अवस्थामा रहेका मेसिनहरूको लागि बनाउन सकिन्छ। तपाईं एक विशिष्ट VM र सबै मेसिनहरूको लागि एकै पटक उत्पन्न गर्न सक्नुहुन्छ।

DR योजना उत्पन्न गर्दा मापदण्डहरूको सेट तपाईं माइग्रेट गर्नुहुने पूर्वाधारको आधारमा फरक हुनेछ। VMware वातावरणको लागि प्यारामिटरहरूको न्यूनतम सेट उपलब्ध छ। मेसिनहरूको लागि रि-आईपी पनि समर्थित छैन। यस सन्दर्भमा, हामी निम्न बिन्दुहरूमा रुचि राख्छौं: VM विवरणमा, "सबनेट" प्यारामिटर: "VMNetwork", जहाँ हामी क्लस्टरमा एक विशेष नेटवर्कमा VM बाँध्छौं। दर्जा - धेरै VM हरू माइग्रेट गर्दा सान्दर्भिक; यसले तिनीहरू कुन क्रममा सुरू गरिन्छ भनेर निर्धारण गर्दछ। स्वाद - VM कन्फिगरेसन वर्णन गर्दछ, यस अवस्थामा - 1CPU, 2GB RAM। सबनेट खण्डमा हामी परिभाषित गर्छौं कि "सबनेट": "VMNetwork" VMware "VM नेटवर्क" सँग सम्बन्धित छ। 

DR योजना सिर्जना गर्दा, विभिन्न डाटास्टोरहरूमा डिस्कहरू "स्प्रेड" गर्ने कुनै तरिका छैन। तिनीहरू एउटै डाटास्टोरमा अवस्थित हुनेछन् जुन यस क्लाइन्ट क्लाउडको लागि परिभाषित गरिएको थियो, र यदि तपाईंसँग विभिन्न वर्गका डिस्कहरू छन् भने, यसले मेसिन सुरू गर्दा केही कठिनाइहरू निम्त्याउन सक्छ, र Hystax बाट VM सुरु र "पृथक" गरेपछि, यो पनि हुनेछ। आवश्यक डाटास्टोरहरूमा छुट्टै माइग्रेसन डिस्क चाहिन्छ। त्यसोभए हामीले केवल हाम्रो DR योजना सुरू गर्नु पर्छ र हाम्रा कारहरू उठ्नको लागि पर्खनु पर्छ। P2V/V2V रूपान्तरण प्रक्रियाले पनि समय लिन्छ। मेरो सबैभन्दा ठूलो परीक्षण मेसिनमा, तीन डिस्कको साथ 100GB, यसले अधिकतम 10 मिनेट लियो।

यस पछि, तपाईंले चलिरहेको VM, यसमा सेवाहरू, डेटाको स्थिरता जाँच गर्नुपर्छ, र अन्य जाँचहरू गर्नुपर्दछ। 

त्यसपछि हामीसँग दुई तरिकाहरू छन्: 

1. मेटाउनुहोस् - चलिरहेको DR योजना मेटाउनुहोस्। यो कार्यले चलिरहेको VM लाई बन्द गर्नेछ। यी प्रतिकृतिहरू कतै जाँदैनन्। 
2. अलग गर्नुहोस् - एक प्रतिकृति कार एक्युराबाट टाढा फाल्नुहोस्, अर्थात्। वास्तवमा माइग्रेसन प्रक्रिया पूरा गर्नुहोस्। 

समाधानका फाइदाहरू: 

• दुबै ग्राहक र प्रदायकबाट स्थापना र कन्फिगरेसनको सहजता; 
• माइग्रेसन सेटअप गर्न, DR योजना बनाउन र प्रतिकृतिहरू सुरु गर्न सजिलो;
• समर्थन र विकासकर्ताहरूले फेला परेका समस्याहरूमा चाँडै प्रतिक्रिया दिन्छन् र प्लेटफर्म वा एजेन्ट अद्यावधिकहरू प्रयोग गरेर तिनीहरूलाई समाधान गर्छन्। 

Минусы 

• अपर्याप्त Vmware समर्थन।
• प्लेटफर्मबाट भाँडादारहरूको लागि कुनै पनि कोटाको अनुपस्थिति। 

मैले एक सुविधा अनुरोध पनि कम्पाइल गरें, जुन हामीले विक्रेतालाई बुझायौं:

1. क्लाउड एजेन्टहरूका लागि Acura व्यवस्थापन कन्सोलबाट प्रयोग निगरानी र तैनाती;
2. भाडामा लिनेहरूका लागि कोटाको उपलब्धता; 
3. प्रत्येक भाँडादारको लागि एकसाथ प्रतिकृति र गतिको संख्या सीमित गर्ने क्षमता; 
4. VMware vCloud निर्देशक समर्थन; 
5. स्रोत पोखरीहरूको लागि समर्थन (परीक्षणको क्रममा लागू गरिएको);
6. Acura प्यानलमा ग्राहक पूर्वाधारबाट प्रमाणहरू प्रविष्ट नगरी एजेन्टको छेउबाट VMware एजेन्ट कन्फिगर गर्ने क्षमता;
7.  DR योजना चलाउँदा VM स्टार्टअप प्रक्रियाको "भिजुअलाइजेशन"। 

मलाई ठूलो आलोचना गर्ने एक मात्र चीज कागजात थियो। मलाई वास्तवमै "ब्ल्याक बक्सहरू" मन पर्दैन र उत्पादनले भित्र कसरी काम गर्छ भन्ने बारे विस्तृत कागजातहरू हुँदा रुचाउँछु। र यदि AWS र OpenStack को लागि उत्पादन पनि अधिक वा कम वर्णन गरिएको छ, त्यसपछि VMware को लागी त्यहाँ धेरै थोरै कागजात छ। 

त्यहाँ एक स्थापना गाइड छ जसले Acura प्यानलको तैनाती मात्र वर्णन गर्दछ, र जहाँ क्लाउड एजेन्टको आवश्यकताको बारेमा एक शब्द छैन। त्यहाँ उत्पादन विशिष्टताहरूको पूर्ण सेट छ, जुन राम्रो छ। त्यहाँ कागजातहरू छन् जसले AWS र OpenStack को उदाहरणको रूपमा प्रयोग गरेर सेटअपको वर्णन गर्दछ (यद्यपि यसले मलाई ब्लग पोष्टको थप सम्झना गराउँछ), र त्यहाँ धेरै सानो ज्ञानको आधार छ। 

सामान्यतया, यो कागजातको ढाँचा होइन जुन म प्रयोग गरेको छु, भन्नुहोस्, ठूला विक्रेताहरूबाट, त्यसैले म पूर्ण रूपमा सहज थिएन। एकै समयमा, मैले यस कागजातमा प्रणाली "भित्र" कसरी काम गर्दछ भन्ने बारे केही बारीकताहरूको बारेमा जवाफहरू कहिल्यै फेला पारेन - मैले प्राविधिक समर्थनको साथ धेरै प्रश्नहरू स्पष्ट गर्नुपर्‍यो, र यसले स्ट्यान्ड तैनात गर्ने र सञ्चालन गर्ने प्रक्रियामा ढिलाइ गर्‍यो। परीक्षण। 

संक्षेपमा, म भन्न सक्छु कि सामान्यतया मलाई उत्पादन र कम्पनीको कार्यको दृष्टिकोण मन पर्यो। हो, त्यहाँ कमीहरू छन्, त्यहाँ कार्यक्षमताको साँच्चै महत्वपूर्ण कमी छ (VMware को सम्बन्धमा)। यो स्पष्ट छ कि, सबै भन्दा पहिले, कम्पनी अझै पब्लिक क्लाउड, विशेष AWS मा केन्द्रित छ, र केहि को लागी यो पर्याप्त हुनेछ। आज यस्तो सरल र सुविधाजनक उत्पादन हुनु, जब धेरै कम्पनीहरूले बहु-क्लाउड रणनीति छनौट गरिरहेका छन्, अत्यन्त महत्त्वपूर्ण छ। प्रतिस्पर्धीहरूको तुलनामा धेरै कम मूल्यलाई ध्यानमा राख्दै, यसले उत्पादनलाई अत्यन्त आकर्षक बनाउँछ।

हामी टोली सदस्य खोजिरहेका छौं नेतृत्व निगरानी प्रणाली इन्जिनियर। सायद यो तपाईं हो?

स्रोत: www.habr.com