होस्टिंग आवश्यकताओं का निर्धारण कैसे करें


23

हम CE ver 1.9 का उपयोग करके 2 ई-कॉमर्स साइट लॉन्च करने की तैयारी कर रहे हैं। प्रत्येक साइट लगभग 10000 sku से शुरू होगी।

एक वेब होस्ट से हमें किन महत्वपूर्ण चीजों की तलाश करनी चाहिए ... क्या चीजें हैं जैसे डेटाबेस का आकार, छवियों की संख्या, आदि .. महत्वपूर्ण?

जाहिर है, पेज लोड स्पीड भी बहुत महत्वपूर्ण है।

हम एक उचित मेजबान का सबसे अच्छा चयन कैसे करते हैं?

धन्यवाद


MageOverflow पर स्वागत पानी। दुर्भाग्य से Magento की होस्टिंग एक जटिल बात है और वहाँ बहुत सी कंपनियां हैं जो आपको अपनी आवश्यकताओं के साथ चर्चा करने के लिए आमंत्रित करती हैं। बहुत अधिक जानकारी के साथ आपको कुछ भी सुझाए जाने का कोई तरीका नहीं है। और सभी सूचनाओं के साथ प्रश्न का उपयोगी होना भी विशिष्ट है।
फैबियन ब्लेचस्मीड्ट

@FabianBlechschmidt - मुझे नहीं लगता कि जो उल्लेख किया गया है उसका डुप्लिकेट प्रश्न है। और उस पर एक काफी उचित सवाल है। मैंने साइज़िंग आवश्यकताओं के बारे में एक पूरी तरह से उत्तर लिख दिया है (मैं इसे और अधिक विस्तार के साथ थोक करूँगा) और इसके सामान्य के लिए यह पर्याप्त है कि वास्तुकला के आकार के लिए एक बहुत अच्छा संदर्भ प्रश्न बन सकता है।
बेन लेसानी - सोनासी

आप विशेषज्ञ हैं, इसलिए मैंने फिर से खुलने के लिए मतदान किया :-)
फेबियन ब्लेस्च्मिड्ट

जवाबों:


31

डिस्क्लेमर: सोनासी एक मेजेंटो होस्ट है


टी एल; डॉ - एक अच्छा मेजबान आपको बता देंगे कि वास्तव में क्या क्या आप की आवश्यकता है (और वह इसका औचित्य)। आपको खुद ऐसा नहीं करना चाहिए।

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

यह देखते हुए कि हम हजारों Magento स्टोरों की मेजबानी करते हैं, हमारे पास ग्राहक आवश्यकताओं के एक सेट के लिए वास्तव में बुनियादी ढांचे की काफी ठोस समझ है, इसलिए हमारे लिए यह एक सिफारिश (और वास्तव में क्या संसाधनों का उपयोग किया जाएगा) की सिफारिश देने के लिए बहुत आसान है वे वास्तव में जीते हैं।

यहां ध्यान देने की बात यह है कि whilst हम निश्चित रूप से आपको अपने स्वयं के बुनियादी ढांचे के लिए आवश्यकताएं बता सकते हैं MageStack - जो लगभग निश्चित रूप से कहीं और सेट अप के रूप में समान नहीं होंगे - इसलिए बस इसे ध्यान में रखें।

किसी और को आपकी आवश्यकताओं का आकार दें

स्टोर और कैटलॉग

  1. Magento संस्करण?
  2. कैटलॉग में सरल उत्पादों की संख्या?
  3. कैटलॉग में श्रेणियों की संख्या?
  4. कैटलॉग में विशेषताओं की संख्या?
  5. कैटलॉग में विशेषता सेट की संख्या?
  6. Magento स्टोर के विचारों की संख्या (व्यवस्थापन> सिस्टम> स्टोर प्रबंधित करें)?
  7. प्रति दिन लेनदेन?
  8. एक घंटे में पीक लेनदेन?

आवागमन और बैंडविड्थ

  1. दैनिक अद्वितीय आगंतुकों का स्तर क्या है?
  2. अद्वितीय आगंतुकों के एक घंटे में सबसे ऊंची चोटी क्या है?
  3. प्रति आगंतुक पृष्ठ विचारों की संख्या?
  4. मुख्य रूप से आगंतुक किस देश से हैं?
  5. क्या आप अगले 12 महीनों में बढ़ने वाले साइट ट्रैफ़िक का अनुमान लगाते हैं, यदि हां, तो कितना?
  6. क्या आप नियमित आधार पर उच्च-ट्रैफ़िक अभियान / समाचारपत्रिकाएँ (जिनमें महत्वपूर्ण परिवर्तन होते हैं) संचालित करते हैं?
  7. क्या आपकी साइट डिजिटल डाउनलोड प्रदान करती है?
  8. वर्तमान बैंडविड्थ उपयोग?
  9. क्या आपको dDOS फ़िल्टरिंग सेवा की आवश्यकता है?

हार्डवेयर आवश्यकताएँ

  1. वर्तमान डिस्क स्थान उपयोग?
  2. क्या आपको दीर्घकालिक लॉग स्टोरेज (PCI-DSS अनुपालन) की आवश्यकता है?
  3. क्या आपको ऑफ-साइट बैकअप स्टोरेज की आवश्यकता है?
  4. क्या आपको सर्वर पर किसी विशेषज्ञ / वैकल्पिक सॉफ़्टवेयर को चलाने की आवश्यकता है?
  5. क्या आपके PCI अनुपालन नियम एक हार्डवेयर फ़ायरवॉल के उपयोग को निर्धारित करते हैं?
  6. क्या आपको एक दोष-सहिष्णु, अत्यधिक उपलब्ध या लोड-संतुलित समाधान की आवश्यकता है?

मंचन / विकास अभ्यास

  1. क्या आपको मंचन / विकास के लिए एक अलग समर्पित वातावरण की आवश्यकता है?
  2. क्या आपको "लाइव" पर्यावरण (अंतिम पूर्व-लाइव परीक्षण के लिए) से मेल खाने के लिए "टेस्ट लाइव" वातावरण की आवश्यकता है?

बजट

  1. क्या आपके पास मासिक बजट है?

फिर इस जानकारी का उपयोग करके, इसे अपने पसंद के होस्टिंग प्रदाता को भेजें और देखें कि वे क्या सलाह देते हैं।


अपनी आवश्यकताओं को आकार देना

अंगूठे के एक नियम के रूप में, यह संभव है

  1. सीधे अपने सीपीयू आवश्यकताओं के लिए अपने यातायात के स्तर को सहसंबंधित करें
  2. सीधे रैम आवश्यकताओं के लिए अपने सीपीयू आवश्यकताओं को सहसंबंधित करें
  3. सीधे रैम आवश्यकताओं के लिए अपने MySQL भंडारण सहसंबंधी

सीपीयू चयन

सबसे पहले अपने ट्रैफ़िक को साइज़ करके शुरू करें।

  • एक मानक Magento डेमो स्टोर, प्रति घंटे GHz, प्रति घंटे लगभग 230 uniques प्रदान करने में सक्षम है।
  • एक विशिष्ट वेब स्टोर, एडमिन यूजर एक्टिविटी, डेवलपमेंट एक्टिविटी, प्रोडक्ट एडिशन / डिलीशन के साथ इस गिरावट को लगभग 100% तक, 115 यूनिसेक्ट प्रति गीगाहर्ट्ज, प्रति घंटे तक देख सकता है।
  • खराब तरीके से निर्मित / भारी टेम्पलेट के साथ एक स्टोर प्रति घंटे 100 गीगा प्रति घंटा 50 uniques तक एक और 100-200% तक आंकड़ा कम कर सकता है।

इन नंबरों का उपयोग करके, आप सीपीयू संसाधन के संदर्भ में ठीक वही काम कर सकते हैं, जिसकी आपको आवश्यकता है।

उदाहरण के लिए। यदि आपके पास 4,025 निरंतर अद्वितीय आगंतुक / दिन हैं - आपको 28GHz कुल सीपीयू संसाधन (यानी 8 करोड़ @ 3.5GHz, या 12 करोड़ @ 2.3GHz) की आवश्यकता है

अन्य महत्वपूर्ण विवरण सीपीयू की गति है, यह संभव है:

  • एक धीमा पृष्ठ लोड समय और कम संगामिति समर्थन (कम घड़ी गति CPU (GHz), कुछ कोर)
  • एक तेज़ पृष्ठ लोड समय, लेकिन कम संगामिति समर्थन (उच्च घड़ी गति CPU (GHz), कुछ कोर)
  • एक धीमा पृष्ठ लोड समय, लेकिन उच्च संगामिति समर्थन (कम घड़ी की गति CPU (GHz), बहुत सारे कोर)
  • एक तेज़ पृष्ठ लोड समय और उच्च संगामिति समर्थन (उच्च घड़ी गति CPU (GHz), बहुत सारे कोर)

RAM चयन

स्टैंडअलोन सर्वर (मैगेंटो के लिए सबसे अच्छा कॉन्फ़िगरेशन) के लिए, यहां नियम 2GB RAM / CPU कोर है। इसलिए यदि आपके पास 8 कोर हैं, तो 16 जीबी रैम न्यूनतम होनी चाहिए।

इसके अलावा आपको क्या चाहिए, यह जानने के लिए, आपको अपने कैटलॉग के आकार को समझना होगा। ऐसा करना आसान है, कुल कैटलॉग आकार के विरुद्ध अपने स्टोर के विचारों को गुणा करें।

उदाहरण के लिए। आपके मामले में, 1 स्टोर व्यू * 10,000 उत्पाद = 10,000

हमारी सिफारिश है,

<1,000    = 8GB   RAM
<50,000   = 16GB  RAM
<100,000  = 32GB  RAM
<100,000  = 32GB  RAM
<250,000  = 48GB  RAM
<500,000  = 64GB  RAM
<750,000  = 96GB  RAM
>999,999  = 128GB RAM   

आप दो नंबरों (यानी सीपीयू कोर से: रैम अनुपात और कैटलॉग आवश्यकताओं), या दोनों का एक समझदार मिश्रण लेना चाहते हैं।

HDD चयन

औसत Magento स्टोर के लिए कुछ स्पष्ट करते हैं (यानी। <50k अद्वितीय आगंतुकों / दिन), Magento I / O द्वारा बाध्य नहीं है - SSDs आपके Magento स्टोर को तेज़ी से नहीं बनाएंगे; यह संगामिति में सुधार नहीं करेगा और यह TTFB में सुधार नहीं करेगा। इसी तरह, धारीदार RAID स्तरों (जैसे। RAID10) का उपयोग करने से भी कोई लाभ नहीं मिलेगा (जैसा कि डिस्क पर लगभग हर फ़ाइल वैसे भी धारी के आकार से छोटी होने वाली है, इसलिए केवल एक ही डिस्क का उपयोग किया जाएगा)।

एकमात्र समय का भंडारण एक अड़चन है जो कि कंटेंस्ड सर्विसेस (यानी क्लाउड / वीपीएस) पर है।

हालांकि, स्टोर ऑपरेशन से परे I / O को फास्ट करने के लिए निश्चित रूप से फायदे हैं। SSDs के साथ, फ़ाइल संचालन (उदाहरण। Git / SVN स्थिति, बैकअप / पुनर्स्थापना, निर्देशिकाओं की प्रतिलिपि बनाना आदि) काफी तेजी से होते हैं। आपके डेवलपर का जीवन काफी आसान हो जाएगा (नियमित कार्यों के साथ बहुत जल्दी)।

यह भी ध्यान दें कि सभी डिस्क ड्राइव समान नहीं बने हैं।

  • सस्ते / डेस्कटॉप-ग्रेड SSDs पारंपरिक HDD की तुलना में धीमी गति से प्रदर्शन करेंगे
  • सस्ते / डेस्कटॉप-ग्रेड एचडीडी उद्यम एचडीडी की तुलना में धीमी गति से प्रदर्शन करेंगे
  • एंटरप्राइज डिस्क की तुलना में सस्ते / डेस्कटॉप-ग्रेड एचडीडी की खराब एनआरई दर (आमतौर पर 10 ^ 14) होगी (आमतौर पर 10 ^ 16)

तो वास्तव में डिस्क ड्राइव को चुनना सुनिश्चित करें जो एक सर्वर में होने के योग्य हैं, अर्थात। इंटेल डीसी S3700।

लेने की क्षमता आसान है, आपको बस दो कमांड चाहिए,

Magento दस्तावेज़ रूट के लिए

cd /path/to/magento/installation 
du -hsL . \
--exclude="/var/log" \
--exclude="/var/session" \
--exclude="/var/cache" \
--exclude="/var/full_page_cache" \
--exclude="/var/report" \
--exclude="/var/tmp" \
--exclude="/includes/src/"    

MySQL DB के लिए

SELECT 
IFNULL(B.engine,'Total') "Storage Engine", CONCAT(LPAD(REPLACE(FORMAT(B.DSize/POWER(1024,pw),3),',',''),17,' '),' ',SUBSTR(' KMGTP',pw+1,1),'B') "Data Size", CONCAT(LPAD(REPLACE(FORMAT(B.ISize/POWER(1024,pw),3),',',''),17,' '),' ',SUBSTR(' KMGTP',pw+1,1),'B') "Index Size", CONCAT(LPAD(REPLACE(FORMAT(B.TSize/POWER(1024,pw),3),',',''),17,' '),' ',SUBSTR(' KMGTP',pw+1,1),'B') "Table Size" FROM (SELECT engine,SUM(data_length) DSize,SUM(index_length) ISize,SUM(data_length+index_length) TSize 
FROM information_schema.tables 
  WHERE table_schema NOT IN ('mysql','information_schema','performance_schema') 
  AND engine IS NOT NULL 
GROUP BY engine 
WITH ROLLUP) B,(SELECT 3 pw) A 
ORDER BY TSize;

किसे चुनना है

वैसे आप पर निर्भर है। मैं एक सिफारिश नहीं दे सकता [हालांकि यह स्पष्ट होगा :)] - लेकिन आप निश्चित रूप से अपनी राय बना सकते हैं,

  1. यदि उनके पास आपकी न्यूनतम आवश्यकताओं से मेल खाने के लिए हार्डवेयर है
  2. यदि उनके पास मैगेंटो में एक ठोस विरासत / प्रतिष्ठा है (जैसे कि इस तरह की साइटों पर भाग लेना, और वास्तविक दुनिया के अनुभव का प्रदर्शन करना)
  3. यदि वे आपके स्टोर का प्रदर्शन प्रदान कर सकते हैं, तो उनकी मेजबानी (यानी। इसलिए आप यह देख सकते हैं कि यह कैसा प्रदर्शन करता है)
  4. यदि वे आपके सभी Magento संबंधित प्रश्नों में से किसी का भी उत्तर दे सकते हैं (अर्थात, आपके पास अतीत में आए प्रश्नों के साथ परीक्षण करने का प्रयास करें और देखें कि वे इसका उत्तर कैसे देते हैं)
  5. यदि उनका मूल्य निर्धारण आपके बजट से मेल खाता है
  6. सुनिश्चित करें कि उनका समर्थन आपकी अपेक्षाओं से मेल खाता है (अर्थात क्या आप समर्थन से संपर्क करने से पहले सभी उचित परिश्रम करने के लिए तैयार हैं, या क्या आपको एक उम्मीद है कि वे आपकी ओर से आपके Magento के मुद्दों को मिटा सकते हैं)
  7. सुनिश्चित करें कि कामों का दायरा आपकी आवश्यकताओं से मेल खाता है (यानी पूरी तरह से प्रबंधित, नंगे धातु आदि)
  8. यदि समाधान स्केलेबल है (यानी यह सिंगल-सर्वर प्लेटफॉर्म है - तो क्या यह मल्टी-सर्वर समाधान हो सकता है)।
  9. यदि समाधान में आपके Magento स्टोर के लिए आवश्यक सभी सॉफ़्टवेयर हैं (जैसे। ElasticSearch / Sphinx / SOLR, Redis / Memcache, वार्निश आदि)

यहाँ जोड़ने के लिए कुछ है, आपको दो प्रकार के होस्ट मिलेंगे

  • प्रबंधित (जैसे। जहां सर्वर पूरी तरह से सेट है और उसकी देखभाल की जाती है)
  • अप्रबंधित (जैसे। जहाँ आपने पूरा सर्वर स्वयं सेट किया है)

जो आपके लिए सबसे उपयुक्त है वह वास्तव में इस बात पर निर्भर करता है कि आपका कौशल क्या है। मेरी ईमानदार राय में, डेवलपर्स सिस्टम प्रशासक नहीं हैं - सिर्फ इसलिए कि आप चला सकते हैं apt-get install nginx- यह आपको एक अनुभवी sysadmin नहीं बनाता है। अन्यथा कोई भी स्टोर मालिक जो Magento Connect का उपयोग कर सकता है, खुद को एक डेवलपर के रूप में वर्गीकृत कर सकता है!

एक डेवलपर के रूप में अपनी भूमिका (और सीमाओं) को समझना और सर्वर के प्रबंधन में उचित अनुभव के साथ किसी को देना चरम मूल्य है। कोई भी पैकेज की एक श्रृंखला स्थापित कर सकता है, लेकिन सॉफ्टवेयर कॉन्फ़िगरेशन को ट्यून करना, यह सुनिश्चित करना कि यह स्थिर, बग मुक्त, सुरक्षित और उच्च प्रदर्शन है एक पूरी तरह से अलग बात है।

मैं केवल उन लोगों को पूरे DIY मार्ग की सिफारिश करूंगा जिनके पास बड़े पैमाने पर Magento सर्वर कॉन्फ़िगरेशन अनुभव है, जिन्होंने पहले ज्ञात परीक्षण और स्थिर कॉन्फ़िगरेशन के साथ हजारों सर्वरों को तैनात किया है। अन्यथा, एक प्रबंधित Magento होस्ट के साथ जाएं जो जानता है कि वे क्या कर रहे हैं और आपको अपना काम निर्बाध रूप से करने की अनुमति देते हैं।


सूत्रों का कहना है:

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.