बेस्ट टिप्पणी मॉड्यूल Drupal होस्टिंग
मेरे पिछले पोस्ट में। मैं कैसे एकाधिक कोड प्रबंधन के लिए एक शक्तिशाली तंत्र है के बारे में लिखा था। इस पोस्ट में, मैं कैसे एक बुनियादी सुविधाओं के स्तर पर बहु-साइट का प्रबंधन करने के बारे में बात करने जा रहा हूँ, और विचार आप जब आपकी साइट वास्तुकला पर निर्णय लेने से लेना चाहिए।
Gotchas और गलत धारणाओं
scalability सबसे अच्छा अभ्यास है कि Drupal होस्टिंग के वर्षों हमें सिखाया गया है के सभी लागू होता है बहु-साइट के लिए के रूप में यह मल्टी-docroot के लिए करता है के रूप में ज्यादा - यह याद रखना महत्वपूर्ण है कि बहु-साइट कोड के प्रबंध तो उसे लागू करने के लिए नहीं का एक तरीका है महत्वपूर्ण है। आप किसी एक बहु-साइट codebase भिन्न सर्वर समूहों के किसी भी नंबर पर तैनाती हो सकता था। सिर्फ इसलिए कि अपने कोड एक एकल codebase में संग्रहित है आप एक ही सर्वर, क्लस्टर, या विन्यास में लॉक नहीं करता है।
मल्टी साइट विफलता का एक बिंदु मतलब की जरूरत नहीं है
एक बहु साइट में सभी साइटों को, एक ही अंतर्निहित Drupal कोर कोड का हिस्सा कम से कम। लेकिन जैसा कि मैंने कहा है, इसका मतलब यह नहीं है कि आप किसी विशेष होस्टिंग मॉडल में बंद हैं। कुंजी विचार कैसे आप अपडेट प्रबंधित है, एक बहु साइट स्थापना की मेजबानी कि किसी अन्य Drupal होस्टिंग साइट को अलग नहीं है।
प्रदर्शन
मल्टी साइट पर एक सर्वर के संसाधनों का एक बहुत ही कुशल उपयोग है।
पीएचपी एक व्याख्या की भाषा है। इसका मतलब यह है कोई संकलन कदम है कि वहाँ जब कोड की तैनाती - तो आप बस अपने स्रोत कोड पाठ फ़ाइलों को तैनात। जब पीएचपी कार्यान्वित करता है, यह क्या opcode कहा जाता है करने के लिए इस स्रोत कोड को संकलित करने की जरूरत है। एक opcode कैश बिना, इस संकलन हर एक पीएचपी अनुरोध पर होने की जरूरत है। एक opcode कैश, स्मृति में opcodes रहता संकलन कदम पूरी तरह से दूर करने, बहुत निष्पादन को तेज। एपीसी, एक ऐड-ऑन, सबसे अधिक इस्तेमाल किया opcode कैश आज है, लेकिन पीएचपी 5.5 एक opcode कैश, opcache, पीएचपी ट्रंक में पेश किया।
बहु साइट के साथ, कई साइटों एक ही Drupal और मॉड्यूल कोड को साझा करें। विस्तार करने पर, इसका मतलब है कई साइटों एक भी opcode कैश साझा कर सकते हैं कि। यह स्मृति बचाता है, और अन्य उपयोगों के लिए है कि स्मृति को मुक्त कर देते। सबसे उपयोग के मामलों के लिए, स्मृति सबसे तर्क संसाधन है, इसलिए कुछ भी है कि स्मृति मिल जाता है बहुत स्वागत है।
आप एक ही समूह से 50 साइटों चलाने के लिए, और उनमें से एक एक बहुत बड़ा यातायात स्पाइक हो जाता है - इसका मतलब यह है अन्य 49 संसाधनों का अभाव हो सकता है? निश्चित रूप से। लेकिन दूसरी तरफ, आप उन साइटों सर्वर क्षमता है कि जरूरत नहीं है आरक्षित करना चाहते हैं? इसके बजाय यदि आप कील के माध्यम से प्राप्त करने के लिए कि अतिरिक्त क्षमता का उपयोग नहीं होगा?
साइट है कि यातायात के सबसे हो जाता है इसके उचित हिस्से से अधिक उपयोग करने के लिए जारी है, आप इसे एक और क्लस्टर पर स्पिन सकता है - या बस अपने मौजूदा एक के आकार को बढ़ा। संसाधनों, साझा किया जाएगा ताकि 49 शांत साइटों बस के रूप में की जरूरत संसाधन पूल में डुबकी होगा।
यातायात spikes के साथ काम करना एक चुनौती अपने कोड या सर्वर संरचना की परवाह किए बिना है। एक दृश्य अक्सर खो जाए कि आईटी पेशेवरों की एक पीढ़ी शानदार शक्ति और विकल्प अब हम आधुनिक हार्डवेयर और बादल वातावरण के साथ है का लाभ लेने के रूप में - किसी भी आवेदन में प्रदर्शन प्रबंधन का सबसे महत्वपूर्ण पहलू कोड की गुणवत्ता है। वहाँ एक संतुलन विकास घंटों में निवेश और लोड के तहत एक स्थल पर अतिरिक्त हार्डवेयर फेंकने की लागत के बीच मारा जा रहा है। Acquia उपकरण और सेवाओं का एक बहुत है कि ग्राहक कोड सुनिश्चित करने के लिए प्रयास करने के लिए और विन्यास, सबसे अच्छा अभ्यास इस प्रकार है कि क्या Acquia इनसाइट की तरह स्वयं सेवा सास उपकरण के माध्यम से, या हमारे सुपर स्मार्ट व्यावसायिक सेवाएँ या समर्थन टीमों के माध्यम से प्रदान करता है।
बेशक, अगर हार्डवेयर स्केलिंग कार्रवाई का सर्वोत्तम रास्ता है, हम Acquia बादल किसी भी समय साइटों की मेजबानी पैमाने पर कर सकते हैं, तो उन्हें पैमाने पर वापस नीचे अगर या जब अतिरिक्त संसाधनों की जरूरत नहीं कर रहे हैं।
डेटाबेस सर्वर लोड
कई साइटों संभवतः एक एकल डाटाबेस सर्वर साझा कर सकते हैं क्योंकि, एक दूसरे को प्रभावित करने में यदि वे भारी बोझ के अंतर्गत आते हैं या खराब प्रश्नों को अनुकूलित किया है शुरू कर सकते हैं।
Acquia में, हम बहु-साइट प्रतिष्ठानों पर साइटों के स्कोर चल ग्राहकों और एक एकल डाटाबेस सर्वर साझा करने की है। आपके Drupal वास्तुकला और कोड में अनुकूलन जो इस संभावित समस्या को कम कर सकते हैं के लिए गुंजाइश की एक बहुत कुछ है।
अधिकांश बहु-साइट प्रतिष्ठानों एकाधिक डाटाबेस सर्वरों चलने से आपको रोकता नहीं है। एक डाटाबेस सर्वर को निर्दिष्ट करना settings.php में एक सरल विन्यास परिवर्तन है।
वहाँ कई साइटों पर साझा किए गए कोड होने में मूल्य का एक बहुत कुछ है, वहीं इसका मतलब यह है कि कुछ मामलों में, आप अद्यतन प्रबंधन के बारे में सावधान रहने की जरूरत है। आप Drupal कोर अद्यतन करते हैं, आप अपनी साइटों की सभी को एक बार अपडेट कर रहे हैं, जो एक दोधारी तलवार हो सकता है।
यह Drupal और योगदान मॉड्यूल की नवीनतम बिंदु रिलीज को चलाने के लिए पूरी तरह से सबसे अच्छा अभ्यास है - ऐसा न करने के साथ गंभीर सुरक्षा चिंताओं देखते हैं। आप जंगली कि पुराने हो चुके हैं में साइटों के लिए नहीं करना चाहती। चल रहा है बहु-साइट केवल आपके बजाय उन्हें टुकड़ों में कर से अपनी सभी साइटों का परीक्षण करने के सामने, जरूरत का मतलब है।
यह आपको Drupal सर्वोत्तम प्रथाओं का पालन करने के लिए प्रोत्साहित करती है - अगर आपकी कोड अच्छी हालत में है, तो आप कुछ ही समय में 50 साइटों अन्यथा यह एक करने के लिए ले जाएगा उन्नयन कर सकते हैं। आप प्रति साइट हैक्स नहीं करना चाहती।
अक्सर Drupal या मॉड्यूल अपडेट update.php या Drush updb चल आवश्यकता स्कीमा या विन्यास परिवर्तन करने के लिए। इसका मतलब है आप आप अपने कोड को तैनात करने के बाद जितनी जल्दी हो सके अपनी साइटों 'डेटाबेस के सभी भर में ये अद्यतन चलाने की आवश्यकता है।
यह संभवतः अद्यतन प्रक्रिया के दौरान डेटा अखंडता या वृद्धि सर्वर लोड का नुकसान हो सकता है। अभ्यास में, सबसे डाटाबेस अपडेट मैं उत्पादन साइटों तक चलने के बहुत हल्के किया गया है और वहाँ इस प्रक्रिया के साथ कोई समस्या नहीं किया गया है। आप रखरखाव मोड में प्रत्येक साइट डाल दिया है (जैसा की सिफारिश की है) इससे पहले कि आप अद्यतन चलाने के लिए, यह एक गैर मुद्दा है।
एक पिछले काम में, मैं इसे में मेरे डोमेन, एक प्रति पंक्ति के सभी के साथ एक पाठ फ़ाइल था। मैं तो प्रत्येक अद्यतन के बीच एक संक्षिप्त ठहराव के साथ, प्रत्येक साइट के लिए Drush updb को चलाने के लिए एक बहुत ही सरल खोल स्क्रिप्ट भाग गया। यह अद्यतन चलाने से पहले रखरखाव मोड में प्रत्येक साइट डाल करने के लिए, या कई प्रक्रियाओं जो समानांतर में अद्यतन भागा अंडे देने के लिए केवल थोड़ा अधिक प्रयास होगा।
हमेशा की तरह सुनिश्चित करें कि आप पहले के मंचन में जांच करें। एक बार आपके प्रक्रिया जगह में है, तो आप आदेशों की सिर्फ एक जोड़े के साथ 50 साइटों को अपडेट कर सकते हैं।
कई साइटों को एक एकल डाटाबेस या वेब सर्वर, सर्वर पर एक बड़ा बोझ डाल सकते हैं के लिए क्रॉन चल रहा है, क्रॉन नौकरियों एक साथ चलाए खासकर अगर। यह सच है कि आप बहु साइट या अलग docroots उपयोग कर रहे हैं, लेकिन इसके कुछ हम समय-समय पर सर्वर पर लोड का एक बहुत रखने देखते हैं।
यह अपने क्रॉन रन बाहर प्रसार करने के लिए, समवर्ती लोड से बचने के लिए के रूप में दूर संभव के रूप में प्रत्येक साइट के लिए एक चल रहा सबसे अच्छा है।
स्केलिंग मुश्किल है, लेकिन हम मदद कर सकते हैं
जब भी मैं, सामान्य रूप में Drupal या वेब विकास के बारे में लोगों से बात या तो Acquia में मेरी क्षमता में या Drupal समुदाय में, मैं दोहराना है कि यह सामान जटिल है की कोशिश करो। लेकिन है कि क्या खुला स्रोत के बारे में मेरे लिए अपील की है, और विशेष रूप से ड्रुपल - लोग स्वीकार करने के लिए है कि हम सीमाओं जोर दे रहे हैं के लिए तैयार हैं और हम एक दूसरे के अनुभव से सभी लाभ कर सकते हैं।
साइटों की एक बहुत कुछ के प्रबंध एक मुश्किल काम है, लेकिन Acquia पर काम सबसे बढ़िया चीज़ मैं लोग हैं, जो दुनिया में सबसे बड़ा और सबसे जटिल साइटों, हर एक दिन के कुछ चलाने के साथ बातचीत करने के लिए मिलता है। अगर आप सोच रहे हैं, तो आपके लक्ष्यों के सबसे अच्छा समाधान है, कृपया संपर्क में रहें। हम हमेशा मदद करने के लिए खुश हैं।
संबंधित आलेख
स्क्रीनशॉट का यह सेट Acquia नेटवर्क मंचों पर हाल ही में मंच पोस्ट से बाहर हो गया। यह एक GoDaddy लिनक्स होस्टिंग खाते Acquia Drupal उपयोग हेतु सेट के माध्यम से चलता है। प्रक्रिया के अंत में ...
कई कारण एक सिस्टम व्यवस्थापक या डेवलपर एक एकाधिक विन्यास में एक ही सर्वर पर कई साइटों की मेजबानी के लिए चुन सकते हैं कर रहे हैं। उदाहरण के लिए, इस तरह के एक विन्यास किए जा सकेंगे: ...
अब्दुलरहमान 19:23 (mikeaja करने के लिए) फरवरी 2011 टिप्पणी की 18 मैं इस पर दो नोट: - Drupal 6 आवश्यक संसाधनों (विशेष रूप से CPU उपयोग) में 7 वर्ष से है, जो यह एक उपयोगी बनाने के मामले में कम है ...
आप एक से अधिक Drupal साइट द्वारा चलाए जा रहे हैं, तो आप प्रबंधन को सरल कर सकते हैं और बहु साइट सुविधा का उपयोग करके अपनी साइटों उन्नयन कर सकते हैं। मल्टी साइट से आप एक ही Drupal साझा करने के लिए अनुमति देता है ...
आप एक से अधिक Drupal साइट द्वारा चलाए जा रहे हैं, तो आप प्रबंधन को सरल कर सकते हैं और बहु साइट सुविधा का उपयोग करके अपनी साइटों उन्नयन कर सकते हैं। मल्टी साइट से आप एक ही Drupal साझा करने के लिए अनुमति देता है ...