সেরা Magento সার্ভার সেটআপ কি?


120

আমরা বর্তমানে একটি প্রয়োজনীয়তার সাথে কাজ করছি যে ওয়েব সার্ভারের প্রথম প্রতিক্রিয়া অবশ্যই ইউকেতে 200 মিমের আওতায় আসতে হবে। লোড ব্যালেন্সার এবং 1 ডিবি সার্ভারের অধীনে 2 ডেডিকেটেড ওয়েব সার্ভারের অধীনে, আমরা 800ms এ আসছি।

এই মুহুর্তে সাইটের 5 টিরও কম গ্রাহক, 2 পণ্য, 4 বিভাগ রয়েছে, এই মুহুর্তে সাইটের কোনও অগ্রভাগ নেই, এটি স্টাইল মুক্ত এবং চিত্র মুক্ত।

এটি বার্নিশের সাথে এনগিনেক্সেও চলছে।

ওয়েব সার্ভার সেটআপগুলিতে কেউ আমাকে কোনও পরামর্শ দিতে পারেন? আমাদের ধীরে ধীরে কেন আসছে? আপনি এটি অনুকূলিতকরণের জন্য কী সুপারিশ করতে পারেন? আরও দ্রুত 400% পাওয়া দরকার!


2
যদি সাইটটি বার্নিশ ক্যাশে থেকে আসে তবে এটি অবশ্যই <100 মিমি হতে হবে
ফ্যাবিয়ান

আপনি ঠিক কি জন্য যত্ন নিতে চেষ্টা করছেন? প্রতি ঘন্টা কত অনন্য দর্শক? কত পৃষ্ঠা / দর্শনার্থী? প্রতি ঘন্টা কত আদেশ? সার্ভারগুলি কি স্পেসিফিকেশন? ম্যাজেন্টো সংস্করণ?
বেন লেসানী - সোনাসি

আপনি সার্ভারগুলির মধ্যে প্রতিলিপিটি কীভাবে পরিচালনা করছেন? মেশিনগুলির মধ্যে আপনার কোন নেটওয়ার্ক সংযোগ রয়েছে? আপনি কোন পিএইচপি সংস্করণ ব্যবহার করছেন? আপনি কি মাইএসকিউএল সংস্করণ ব্যবহার করছেন? আপনি কোন সার্ভার ওএস ব্যবহার করছেন?
বেন লেসানী - সোনাসি

উচ্চতর টিটিএফবি র‌্যাঙ্কিং সহ প্রথম পৃষ্ঠাগুলি র‌্যাঙ্কিংয়ের সাইটগুলিকে অ্যামাজন, ইবে এবং অন্যদের অনেকগুলি প্রযুক্তিগত কারণ হিসাবে বিবেচনা করছে না Amazon আপনি নীচের দিক থেকে এটি পৌঁছে যাচ্ছেন, ম্যাসেজের জন্য সূক্ষ্ম তবে শীর্ষস্থানীয় সাইটগুলির সাথে র‌্যাঙ্ক করতে এটি ভিন্নভাবে কাজ করে। আপনার দরকার ডায়নামিক পৃষ্ঠাটি 1-2s চাপিয়ে দেয়, আমাদের কাছে 5-10x ছোট হার্ডওয়্যারে 10,000s পণ্যযুক্ত সাইট রয়েছে এবং কোনও এফপিসি (ডায়নামিক সামগ্রী) নীচের টিটিএফবি এবং <1 এসের গড় সাইটের সমাপ্তি নেই। স্তরের 1/2 সরবরাহকারীগুলিতেও - উন্নত র‌্যাঙ্কিং তবে স্তর 3/4 এবং 5/6 সরবরাহকারীর চেয়ে ধীর - এফপিসি সমস্যাটি আড়াল করে তাই আপাতত এটি সরান।

উত্তর:


145

আমি কামড় দেব।

ওয়েব সার্ভারের প্রথম প্রতিক্রিয়াটি অবশ্যই ইউকেতে 200 মিটারের মধ্যে আসতে হবে
এই মুহুর্তে সাইটের কোনও অগ্রভাগ নেই, এটি স্টাইল মুক্ত এবং চিত্র মুক্ত।

বার্নিশ বা এফপিসি (বা উভয়) এর সহায়তা ব্যতীত আপনি এই পরিসংখ্যানগুলি অর্জন করতে পারবেন না। আমি অবশ্যই আশা করব যে চিত্রটিতে স্থির সামগ্রী (যখনই আপনি এটি যুক্ত করার সিদ্ধান্ত নেবেন না) অন্তর্ভুক্ত করতে হবে না - এটি অর্জন করা অসম্ভব অসম্ভব হিসাবে (কোনও চিত্র / জেএস / সিএসএসের তুলনায় খুব কম)।

আমরা 800ms এ আসছে
এটি চালানো হচ্ছে nginx বার্নিশ সঙ্গে

আপনি বার্নিশটি ভুল কনফিগার করেছেন।

বার্নিশের একটি সঠিকভাবে কনফিগার করা ইনস্টলেশন <100 মিমি পৃষ্ঠার লোড বার সরবরাহ করবে (আমরা <10 মিমি কাছে দেখতে চাই)।

আসলে, ম্যাজেন্টোর জন্য, আপনার এমন কিছু দেখার আশা করা উচিত,

যখন কোনও গ্রাহক লগইন না থাকে ... যেমন
। অনন্য সেশন তৈরি করা হয়নি (কার্ট / ইচ্ছামত তালিকায় যুক্ত হওয়া, লগ ইন করা ইত্যাদি)

--1.2s--------0.8s-----------------0.6s----------------0.1s--------------0.08s----
  Uncached    Mage default cache   Partial FPC cache   Total FPC cache   Varnish

যখন কোনও গ্রাহক লগ ইন হয় ... যেমন
। একটি অনন্য সেশন তৈরি করে (লগ ইন, কার্টে আইটেম ইত্যাদি)। এই মুহূর্তে বার্নিশ সম্ভবত বন্ধ হবে। এবং যদি আপনি ESI এর ব্যবহারটি বেছে নিয়েছেন - বিপরীত কলগুলির উপর নির্ভর করে, এটি হয় এফপিসি ক্যাশে (বুটস্ট্র্যাপের ওভারহেডগুলির কারণে) হিসাবে অনুরূপ পৃষ্ঠা লোড সময় বজায় রাখতে পারে - বা প্রকৃতপক্ষে পৃষ্ঠা ছাড়ানোর আগে পৃষ্ঠা লোডের সময় বাড়িয়ে তুলতে পারে।

--1.4s--------0.8s-----------------0.6s--------------
  Uncached    Mage default cache   Total FPC cache   

এটি বার্নিশকে সুর দেওয়ার ক্ষেত্রে নয় - এটির একটি ক্ষেত্রে - "আপনি আসলে কিছুই আদায় করছেন না"


আদর্শ Magento সার্ভার কনফিগারেশন ফাইল

একটি নেই, ভাল, বেশ নয়।

আমরা বিভিন্ন আকারের এবং ক্ষমতার - 400 টিরও বেশি সার্ভার, সমস্ত খাঁটি Magento স্টোর পরিচালনা করি। এবং এটি বিরল যে আমাদের একটিতে থাকা কনফিগারেশন ফাইলগুলি - অন্যটির সাথে মিলবে। এটি কারণ যে সমস্ত ব্যবসায় এক রকম নয়।

বোতল নখ বিভিন্ন কারণের কারণে গঠন করতে পারে:

  1. সক্রিয় অধিবেশনগুলির সাথে দর্শনার্থীর একাধিক সংখ্যক সম্মতি
  2. 'খারাপ' ক্রল বটগুলির শিকার, প্রয়োজনীয়, অমূল্য লোড উত্পন্ন করে
  3. স্তরযুক্ত নেভিগেশন হিটগুলির উচ্চ অনুপাত
  4. অনুসন্ধান অনুসন্ধানের সংখ্যা
  5. প্রতি ঘন্টা উচ্চ পরিমাণে লেনদেন
  6. খারাপভাবে নির্মিত টেম্পলেট
  7. অনেক বেশি / ধীর / তৃতীয় পক্ষের এক্সটেনশান
  8. পুরানো ইনবাউন্ড লিঙ্কগুলি 404 হিটগুলির উচ্চ অনুপাতের দিকে পরিচালিত করে
  9. সীমাতে নেটওয়ার্ক ইন্টারফেস ক্ষমতা
  10. বৃহত / জটিল ক্যাটালগ (প্রচুর পণ্য / বিভাগ / বৈশিষ্ট্য)

সুতরাং এই স্পেকট্রাম জুড়ে সমস্ত স্টোর সহ, প্রতিটিের আরও সর্বোত্তম পারফরম্যান্সের জন্য আলাদা পদ্ধতি রয়েছে।

উপরে বর্ণিত সমস্যাগুলি সমাধান করার জন্য; আমরা ইচ্ছাকৃতভাবে "আরও / আরও ভাল হার্ডওয়্যার" উল্লেখ করে এড়াব

  1. বার্নিশের বাইরে একটি এফপিসি ব্যবহার করুন
  2. নেটওয়ার্ক প্রান্তে খারাপ বটগুলি ফিল্টার আউট / ব্লক করুন - বা কুকি রাষ্ট্র / ইউআরএল নির্বিশেষে বার্নিশকে সমস্ত অনুরোধ পুনর্নির্দেশ করুন
  3. স্টোর স্তরযুক্ত নেভিগেশন এসএলআর-তে পরিবর্তন করুন, স্তরযুক্ত নেভিগেশন ফিল্টারকে নির্ভরশীল করুন
  4. এসএলআর-তে স্টক অনুসন্ধান পরিবর্তন করুন
  5. মাস্টার / স্লেভ কনফিগারেশন জুড়ে মাইএসকিউএল লোড বিতরণ করুন - যখন আপনি গ্যারান্টিযুক্ত ব্রাউজিং লোডটি বার্নিশ / এফপিসি দ্বারা শোষিত হয় কেবল তখন এটি করুন
  6. টেমপ্লেটটি পুনর্নির্মাণ করুন
  7. তাদের ফেলা
  8. অ্যাক্সেস লগগুলি অবিচ্ছিন্নভাবে পর্যবেক্ষণ করুন এবং প্রসবের আগে এনগিনেক্স / বার্নিশে ইউআরএলগুলি আবার লিখুন। এটি যদি এনগিনেক্স পর্যায়ে করে থাকে - বার্নিশ 301/302 পুনর্নির্দেশগুলি ক্যাশে করছে তা নিশ্চিত করুন।
  9. কোনও সিডিএন-তে স্থির সামগ্রী বিভক্ত করুন বা সংযোগের উন্নতি করুন
  10. আরও হার্ডওয়ার যুক্ত করুন (ভাল, আমাদের এটি কিছু সময় বলতে হয়েছিল)

সুতরাং এটি মনে রেখে - আপনি দেখতে পাবেন সম্ভবত কোনও Nginx কনফিগারেশন ফাইল, পিএইচপি fcgi পুল কনফিগার ফাইল, মাইএসকিউএল কনফিগারেশন ফাইল বা বার্নিশ কনফিগারেশন ফাইল যা একই হতে চলেছে। দম্পতি যা হার্ডওয়ার সহ নিজেকে পরিবর্তন করে; উপলভ্য মেমরি, আই / ও পারফরম্যান্স (এইচডিডি এবং নেটওয়ার্ক) এবং সিপিইউ - এবং আপনি দেখতে পাবেন এমন সূক্ষ্ম প্রকরণ যা আপনার ইচ্ছার 400% পারফরম্যান্স লাভের দিকে নিয়ে যায় - তবে অনায়াসে সহজে খুঁজে পাবেন এমন কোনও দ্রুত উত্তর নেই।

আপনি পিয়ার 1 প্রযোজিত ম্যাজেন্টো সাদা কাগজটি পেরফরম্যান্সে অনুলিপি করতে + পেষ্ট করতে পারেন (আমরা এটির সুপারিশ করব না); আশা করি সেটিংসটি আপনার উপলভ্য মেমরি, থ্রেড সীমা, টিসিপি / আইপি রাজ্যগুলি, I / O ক্ষমতা অতিক্রম করবে না এবং ভ্যানিলা অ্যাপাচি / মোড_এফপি কনফিগারেশনের চেয়ে কম পারফরম্যান্সের দিকে নিয়ে যাবে।

সুতরাং চালিয়ে যেতে দিন।

আদর্শ ম্যাজেন্টো সার্ভার স্ট্যাক

এটি আপনাকে বাস্তবের আরও কাছে পাওয়ার সম্ভাবনা বেশি। এটি প্রদর্শনের জন্য একটি ভাল উদাহরণ হ'ল ম্যাজস্ট্যাক , কীভাবে একটি ডেডিকেটেড ম্যাজেন্টো ওএস কনফিগার করা আছে

ম্যাজস্ট্যাক - ম্যাজেন্টো অপারেটিং সিস্টেম

পৃথক উপ-উপাদানগুলি নিন এবং একটি ম্যাজেন্টো স্টোর চালানোর জন্য আপনার কাছে সর্বোত্তম / সমালোচনামূলক সফ্টওয়্যারটির একটি তালিকা পাওয়া গেছে, যখন সঠিকভাবে কনফিগার করা হয়েছে । লক্ষণীয়ভাবে:

ফায়ারওয়াল, ডস ফিল্টার, লোড ব্যালেন্সার, বার্নিশ, এনগিনেক্স, পিএইচপি, রেডিস, মেমক্যাচড, মাইএসকিউএল

আপনি যখন জিজ্ঞাসা:

সেরা Magento সার্ভার সেটআপ কি?

আপনার লক্ষ্য ঠিক কি?

  1. উচ্চ প্রাপ্যতা
  2. বিশ্বাসযোগ্যতা
  3. প্রশাসনের সরলতা
  4. কর্মক্ষমতা
  5. স্কেলেবিলিটি

পর্যাপ্ত বক্তৃতা, আমরা এটি কীভাবে করব

আংশিকভাবে মিরর দেওয়ার জন্য সার্ভারে দেওয়া উত্তরটি অনুরূপ শিরাতে দোষী হয়। আপনার কাছে আপনার কাছে 3 টি সার্ভার রয়েছে - তাই প্রথমে তাদের যথাসম্ভব যথাযথ দিকনির্দেশনা করুন। আমরা একটি উচ্চ-উপলভ্য সমাধান এড়াব কারণ এটি এই উত্তরের পরিধি থেকে অনেক দূরে।

মাল্টি-সার্ভার কনফিগারেশনের জন্য প্রয়োজনীয় সাব-উপাদানগুলি হ'ল:

  • ফায়ারওয়াল
  • লোড ব্যালেন্সার
  • ওয়েব সার্ভার
  • মাইএসকিউএল সার্ভার
  • সাধারণ স্টোরেজ

সুতরাং আমরা কয়েকটি সিস্টেমকে বহুমুখী করব। পিসিআই-ডিএসএস সম্মতি প্রতিটি সার্ভারের জন্য একটি ভূমিকা নির্দেশ করে। 5 টি ভূমিকা এবং 3 সার্ভারের সাহায্যে - আপনি অবিলম্বে লঙ্ঘন করবেন। ভার্চুয়ালাইজেশন ব্যবহার করে ম্যাজস্ট্যাক এটিকে ঘিরে ফেলেছে - আপনিও এটি করতে পারেন।

সার্ভার 1: লোড ব্যালেন্সার + ওয়েব সার্ভার
সার্ভার 2: ওয়েব সার্ভার
সার্ভার 3: ডাটাবেস সার্ভার

স্বল্প-বিলম্বিতা এবং উল্লেখযোগ্য নেটওয়ার্ক ব্যান্ডউইদথ (> 1 জিবিপিএস, <125µs) ব্যতীত সাধারণ স্টোরেজ না করে - প্রতিটি মেশিনে কেবল স্টোর রুট ডিরেক্টরি সংরক্ষণ করা এবং রিয়েল-টাইম ব্যবহার করে ionotifyবা ল্যাপস হওয়া ব্যবহার করে তথ্য প্রতিলিপি করা আপনার পক্ষে ভাল its একটি cronকাজ আবার, আমরা এনএফএসের মতো নেটওয়ার্ক ফাইল সিস্টেমগুলি বা গ্লাস্টার বা ডিআরবিডি-র মতো প্রতিলিপিযুক্ত ব্লক ডিভাইসগুলি এড়াতে পারি - কারণ বিশাল টিউনিং এবং শালীন নেটওয়ার্ক ব্যান্ডউইথ প্রয়োজন।

বার্নিশকে যতটা সম্ভব সামনের দিকে কাছে বসতে হবে। কিন্তু বার্নিশ এসএসএল ডিক্রিপ্ট করতে পারবেন না। সুতরাং এটি একটি এসএসএল টার্মিনেটরের সাথে সংযুক্ত করুন; এনগিনেক্স, পাউন্ড, স্টানেল, স্টাড ইত্যাদি বার্নিশে বিল্ট ইন লোড ব্যালান্সার দুর্দান্ত নয় - তবে এটি 2 টি সার্ভার সেট আপের জন্য পর্যাপ্ত হবে।

এনগিনেক্স + পিএইচপি-এফপিএম ভাল, তবে এনগিনেক্স কুল-সাহায্যের বেশি পরিমাণে পান করবেন না। এটি একটি traditionalতিহ্যবাহী অ্যাপাচি / মোড_এফপি কনফিগারেশনের সাথে প্রায় একইভাবে সঞ্চালন করবে, এনগিনেক্স কেন ব্যবহার করবেন না সে সম্পর্কে এখানে কিছুটা ভাল পড়া । এনগিনেক্স ভাল, খুব ভাল সংক্রামক, তবে এটি অবশ্যই কোনও ম্যাজেন্টো স্টোরের কোনও বাধা নয় - এবং এর জটিলতা এবং দেশীয় ম্যাজেন্টো সহায়তার অভাবের কারণ দেওয়া হয়েছে। বেশিরভাগ নবজাতক সিস্টেম অ্যাডমিনিস্ট্রেটররা অন্য কোনও কিছুর উপরে অ্যাপাচি / মোড_এফপি ব্যবহার করে উপকৃত হবেন। এটি পিএইচপি-এফপিএম ব্যবহারের বিষয়ে প্রত্নতাত্ত্বিক প্রস্তাবের মতো বলে মনে হতে পারে - তবে আমাদের পারফরম্যান্স পরীক্ষাগুলি এনগিনেক্স সমাধানের সাথে পারফরম্যান্সটি মাত্র ~ 7% দ্রুত - যখন সঠিকভাবে কনফিগার করা হয়েছে। উচ্চ-পারফরম্যান্স, নির্ভরযোগ্য এনগিনেক্স / পিএইচপি-এফপিএম সেট-আপের জন্য প্রয়োজনীয় টিউনিং এবং অভিজ্ঞতা এটি অ্যাপাচি / মোড_এফপি ছাড়িয়ে যাওয়ার জন্য যথেষ্ট বিস্তৃত। আপনি যেটি ব্যবহার করতে চান তা আপনার কল।

ডাটাবেস সার্ভারটি মাইএসকিউএল সহজ। তবে যেমনটি আগেই উল্লেখ করা হয়েছে, আপনার যদি একটি উচ্চ রূপান্তরকারী সাইট থাকে তবে একটি মাস্টার / স্লেভ কনফিগারেশনের পরামর্শ দেওয়া হয়। আপনার এই পদ্ধতির অনুসরণ করা উচিত কিনা নিবন্ধটি পড়ে এটি নির্ধারণ করা যেতে পারে ।

তারপরে আপনার পেরিফেরাল ব্যাক-এন্ড ক্যাশে, মেমক্যাচড এবং রেডিস। ছোট স্টোরগুলিতে, একটি মেমক্যাসে ইভেন্ট সেশন এবং অন্যটিতে দ্রুত ব্যাকএন্ড ক্যাশে ভাল পারফরম্যান্সের সুবিধা অর্জন করবে। আমরা ধীর ব্যাকএন্ডে ক্যাশে ট্যাগগুলি সংরক্ষণ করার পক্ষে পরামর্শ দিই না - কারণ এটি যতটা সমস্যা দেয় তার চেয়ে বেশি সমস্যার কারণ হয়। সুতরাং একটি মেমক্যাচড সেটআপের সাহায্যে আপনাকে ক্যাশে ট্যাগিংটি হারাতে হবে । এর পরিবর্তে, আমরা মত একটি কনফিগারেশন ব্যবহার এই

রেডিস ম্যাগান্তোর স্থানীয় নয়, তবে কলিন মোলেনহোরের বর্ধনের সাথে - এটি মেমক্যাশের চেয়ে ভাল সমাধান, ক্যাশে ট্যাগগুলি, সেশন স্টোরেজ এবং এমনকি ধ্রুবক ক্যাশে স্টোরেজকে সমর্থন করে - এটি মেমক্যাশের মতো একেবারে অস্থির নয় । তবে এর অসুবিধাও রয়েছে। আমরা বড় আকারের উত্পাদন স্টোরগুলিতে (> 500 অর্ডার / ঘন্টা,> 30 কে অজানা / ঘন্টা) সন্ধান করেছি যে ক্যাশে (এবং ট্যাগগুলি) খুব দ্রুত পূরণ করতে পারে এবং একবারে স্যাচুরেশন পয়েন্টটি আঘাত হানার পরে, এলআরইউ প্রক্রিয়াটি কিছুটা ব্যর্থ হয় ( বিভিন্ন সেটিংস সত্ত্বেও) এবং তাত্ক্ষণিকভাবে একটি বিশাল বাধা সৃষ্টি করে। সুতরাং পুরানো রেকর্ডগুলি নিয়মিত ছাঁটাই করা বুদ্ধিমানের কাজ।

সুতরাং কি জন্য হার্ডওয়্যার ব্যবহার করা উচিত?

ওয়েব সার্ভারস: দ্রুততম সিপিইউ, সর্বাধিক সিপিইউ কোর, 2 জিবি র‌্যাম / কোর
ডিবি সার্ভারের অনুপাত : ফাস্ট সিপিইউ, দ্রুততম ডিস্ক আই / ও, বেশিরভাগ র‌্যাম

সুতরাং আপনার 3 টি মেশিনকে বহু-উদ্দেশ্যপূর্ণ করার সময়, সেরা লেআউটটি হ'ল:

সার্ভার 1: এসএসএল টার্মিনেটর -> বার্নিশ -> এনগিনেক্স / অ্যাপাচি> পিএইচপি
সার্ভার 2: এনগিনেক্স / অ্যাপাচি> পিএইচপি, রেডিস, (মাইএসকিউএল স্লেভ)
সার্ভার 3: মাইএসকিউএল

প্রতিটি অ্যাপ্লিকেশন নির্দিষ্ট কনফিগারেশন হিসাবে। ঠিক আছে, এটি আপনার হার্ডওয়্যার নির্দিষ্টকরণ, আপনার স্টোর জটিলতা, আপনার ধরণের এবং দর্শকের প্রকৃতি এবং দর্শকদের নিখুঁত পরিমাণ to


খুব আকর্ষণীয় উত্তর। এফওয়াইআইতে এখানে একটি ভাঙা লিঙ্ক রয়েছে: "পরিবর্তে, আমরা এটির মতো একটি কনফিগারেশন ব্যবহার করি।"
জেডাব্লু

1
@JW। - সুস্পষ্ট লিঙ্ক পচা। আমি লিঙ্কটি আপডেট করেছি।
বেন লেসানী - সোনাসি

30

আপনি সেই ক্লাস্টার কনফিগারেশন সহ দুর্দান্ত পথে আছেন। আমি রেডিসের জন্য ডেডিকেটেড ক্যাশে হোস্ট যুক্ত করার পরামর্শ দিচ্ছি; উচ্চ সিপিইউ শক্তি এবং প্রচুর র‍্যাম (GB 64 গিগাবাইট) সহ একটি নির্বাচন করুন।

আমি অত্যন্ত উপলব্ধ, ফল্ট সহনশীল, বিতরণ এবং ভারসাম্যপূর্ণ এলইএমপি ক্লাস্টারের লোডের জন্য ব্যবহার করেছি এমন কনফিগারেশনের পুরো তালিকা এখানে । এটা তোলে অন্তর্ভুক্ত app/etc/local.xml, core_config_dataটেবিল ও মাইএসকিউএল, পিএইচপি-FPM, nginx এবং Redis জন্য কনফিগারেশনের। সমস্ত উবুন্টু 12.04 এলটিএস 64-বিট চালায়। কনফিগারেশনে ব্যর্থতা ছাড়াই প্রচুর অপ্টিমাইজেশন অন্তর্ভুক্ত।

হাইলাইট

  • প্রশাসক ব্যবহারকারী: 46
  • বিভাগ: 2,450 (বৃহত্তম একটির 2,400 টি পণ্য রয়েছে)
  • পণ্য সত্তা: 101,000
  • কম্বো পণ্য: 484
  • পণ্য সম্পর্ক: 54,000
  • স্টক এবং সক্ষম কনফিগারযোগ্য পণ্যগুলিতে: 10,100
  • সিএমএস ব্লক: 3,100
  • সিএমএস পৃষ্ঠা: 1,400

আগস্ট 2013 ট্রাফিক:

  • ৪০ মিলিয়ন মাসিক পেজভিউ
  • ২.৩ মিলিয়ন অনন্য দর্শনার্থী
  • 46,000 মাসিক চেকআউট
  • মার্কিন যুক্তরাষ্ট্র থেকে 89% দর্শনার্থী

ওয়েব হোস্ট

অপ্রয়োজনীয়, অত্যন্ত উপলব্ধ হার্ডওয়্যার ফায়ারওয়াল এবং হার্ডওয়্যার লোড ব্যালান্সারগুলির পিছনে 10 টি হোস্ট রয়েছে। বেশিরভাগ স্থিতিশীল সম্পদ সিডিএন-এ লোড হয়।

  • সাইট-প্রশস্ত গড় প্রতিক্রিয়া সময়: 282 এমএস
  • গড় এফপিসি প্রতিক্রিয়া: 48 এমএস
  • লোড গড়: 0.6 থেকে 1.0 (পরীক্ষায়, কর্মক্ষমতা 35% হ্রাস পায় যখন লোড গড় ~ 5.0 হয়)
  • ডুয়াল ইন্টেল সিওন সিপিইউ E3-1230 ভি 2 @ 3.30GHz (প্রতিটি 4 টি কোর)
  • 32 জিবি ডিডিআর 3 1333 মেগাহার্টজ র‌্যাম

মডিউল


ক্যাশে হোস্ট

অটোমেটেড ফেলওভার সহ একটি মাস্টার-স্লেভ কনফিগারেশনে রেডিসের দুটি হোস্ট চলছে। থ্রিপুট বৃদ্ধি এবং অধ্যবসায় আচরণের সূক্ষ্ম সুরকরণ সরবরাহ করতে তিনটি রেডিস উদাহরণ (সেশন, ব্যাকএন্ড এবং এফপিসি) ব্যবহৃত হয়।

  • প্রতি সেকেন্ডে 3,000 কমান্ড
  • 0.7 এমএস গড় প্রতিক্রিয়া সময়
  • 1.0 থেকে 1.5 লোড গড়
  • কোয়াড ইন্টেল সিওন সিপিইউ E5-2620 0 @ 2.00GHz (প্রতিটি 6 টি কোর)
  • 128 জিবি ডিডিআর 3 1333 মেগাহার্টজ র‌্যামের বাফার করেছে
  • মেকানিকাল ডিস্ক, RAID 1, হার্ডওয়্যার নিয়ামক

ডাটাবেস হোস্ট

উষ্ণ ফেলওভার সহ একটি মাস্টার-স্লেভ কনফিগারেশনে মাইএসকিউএল 5.6.11 চালিত দুটি হোস্ট রয়েছে।

  • প্রতি সেকেন্ডে 1,500 কমান্ড
  • 1.1 এমএস গড় প্রতিক্রিয়া সময়
  • 0.1 লোড গড় (মাস্টার) এবং 0.4 (স্লেভ)
  • কোয়াড ইন্টেল সিওন সিপিইউ ই 7- 2860 @ 2.27GHz (প্রতিটি 10 ​​টি কোর)
  • 128 জিবি ডিডিআর 3 1333 মেগাহার্টজ র‌্যামের বাফার করেছে
  • এসএসডি, রেড 1 + 0, হার্ডওয়্যার নিয়ামক
  • Tsmalloc সহ মাইএসকিউএল 5.6.11

রেডিস একক থ্রেডযুক্ত হওয়ার কারণে আপনার ক্যাশে হোস্টটি কোয়াড হেক্সা-কোর সিপিইউসের সাথে কিছুটা বেশি চালিত নয়? এছাড়াও, কেন আপনার দাস লোড গড় মাস্টার লোড গড়ের চেয়ে বেশি?
কলিনম

@ কলিনম: আমি সার্ভারটি কিনিনি; হ্যাঁ, এটি চালিত! দাসটি ম্যাজেন্টো পড়ার সংযোগগুলির জন্য ব্যবহৃত হয়, সুতরাং এটি কেবল মাস্টারদের লেখাগুলির সাথে তাল মিলিয়ে রাখছে না, তবে প্রচুর পড়ার থ্রেড সরবরাহ করছে।
parhamr


0

আমি অন্য একটি গুরুত্বপূর্ণ টিপ যোগ করতে চাই যা বার্নিশ দ্বারা ক্যাশে না হয়ে এবং ডিফল্টরূপে সক্ষম হয় না (কার্ট পৃষ্ঠার লোডের সময়টি 6sc থেকে 1.5sc তে পরিবর্তিত হয়েছে) যখন ম্যাগেন্টো পৃষ্ঠার গতি উন্নত করে।

/Etc/mysql/my.conf এ mysql ক্যোয়ারী ক্যাশে সক্রিয় করুন

query_cache_size = 268435456
query_cache_type= 1
query_cache_limit=1048576

ক্যাশে_প্রকার এটি সক্ষম করে, ক্যাশে আকার হ'ল মেমরিতে ক্যাশে দ্বারা ব্যবহৃত মান এবং ক্যাশে সীমাটি ক্যাশের কাছে ক্যোয়ারী ফলাফলের সর্বাধিক আকার


-2

আমাদের বর্তমান কনফিগারেশনটি সহ আমরা 400 এমএসে প্রাথমিক প্রতিক্রিয়া পাচ্ছি এবং ডকুমেন্টটি 2 সেকেন্ডের মধ্যে সম্পূর্ণ (5 এমবিপিএসের একটি স্ট্যান্ডার্ড সংযোগ ব্যবহার করে)। আমাদের হোমপেজের আকার 1 এমবি।

আমাদের সেটআপ এডাব্লুএসের উপর ভিত্তি করে রয়েছে: আমাদের একটি ইডি 2 উদাহরণ রয়েছে যার সাথে একটি আরডিএস ডাটাবেসের সাথে সংযুক্ত লোড ব্যালান্সার (ফেলিওভার সহ) থাকে। আমরা উভয় ক্যাশে সঞ্চয়স্থান এবং সেশনের স্টোরেজগুলির জন্য রেডিস ক্যাশে ব্যাকএন্ড সহ পূর্ণ পৃষ্ঠা ক্যাশে প্রয়োগ করেছি।

গড়ে আমাদের দিনে দিনে 300 - 400 দর্শক থাকে তবে রেডিস ক্যাশে সক্ষম করে গতি বজায় রাখতে এবং ব্যয় হ্রাস করার সময় আমাদের ন্যূনতম এক 2 রিসোর্সের ব্যবহার ছিল।

আমাদের ভারসাম্যহীনতার কারণটি হ'ল যদি বর্তমান সেটআপটি পরিচালনা করতে পারে না এমন বিরল সুযোগটিতে আমাদের ট্র্যাফিক স্পাইক থাকে তবে ইসি 2 স্বয়ংক্রিয়ভাবে একটি নতুন উদাহরণ বুট করার জন্য সেটআপ হয়।


কেবলমাত্র এডাব্লুএসে একটি ইলাস্টিক লোড ব্যালান্সার ব্যবহারের সুবিধাগুলি যুক্ত করতে - আপনি এটির সাথে আপনার এসএসএল সংযোগগুলি অফলোড করতে পারেন এবং আপনি যদি পরিচালনা করেন তবে আপনাকে নিয়মিত আপনার ইসি 2 উদাহরণগুলিতে প্রয়োগ করতে হবে এমন ওপেনএসএসএল দুর্বলতা প্যাচগুলির আধিক্য সম্পর্কে চিন্তা করার দরকার নেই এটি নিজেই
রবি অ্যাভারিল
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.