ল্যাম্প সার্ভার পারফরম্যান্স টিপস [বন্ধ]


11

এলএএমপি সার্ভার চালাচ্ছেন এমন কাউকে কী পারফরম্যান্স টিপস দেওয়া যেতে পারে?

কোনও কিছু বিতরণ নির্দিষ্ট হওয়ার উদাহরণে আমি ডেবিয়ানকে লক্ষ্য করছি।

উত্তর:


26

এটি সত্যিই আপনার কাজের চাপের উপর নির্ভর করে।

  • জন্য এল অংশ

    • অনেক স্মৃতি পেতে,
    • আপনি যদি 4 গিগাবাইটের ওপরে যেতে পারেন তবে 64 বিট যান।
    • পার্টিশনের জন্য যেখানে আপনার সামগ্রী, লগ এবং মাইএসকিউএল ডেটা মাউন্ট বিকল্পগুলি ব্যবহার করছে: নোটিম, নোডিরামটাইম।
    • পৃথক পৃথক শারীরিক ড্রাইভ / রেইড সেট ব্যবহার করুন, আদর্শভাবে এসকিউএল ডেটা, লগগুলি, আপনার পরিবেশন করা সামগ্রী - প্রতিটি পৃথক স্পিন্ডেলে রাখুন।
  • জন্য একটি আপনার স্ট্যাকের অংশ - ভাল হয়ত আপনার সাথে সম্পূর্ণভাবে এটি প্রতিস্থাপন করতে চান nginx বা lighthttpd শুধু গতিশীল বিষয়বস্তুর জন্য অ্যাপাচি ছেড়ে, হয়তো বা এবং পৃথক সার্ভার (ঐ দুই বা মত আছে mathopd স্ট্যাটিক কন্টেন্ট জন্য)। দেখে নিন এখানে আরো বিকল্পের জন্য। আপনি যদি একই বাক্সে অ্যাপাচি এবং অন্য সার্ভার উভয়ই চালাচ্ছেন, তবে একটি দ্বিতীয় আইপি ঠিকানা কার্যকর হবে be শেষ-ব্যবহারকারীর জন্য বিলম্বিতা হ্রাস করার জন্য HTTP / 1.1 টি টিকিয়ে রাখুন keep স্থির সামগ্রীর জন্য একটি সিডিএন ব্যবহার বিবেচনা করুন।

  • জন্য এম আপনার বাতি অংশ - কটাক্ষপাত করা mysqlperformanceblog । আমার মাথার উপর থেকে:

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

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

সত্যিই পারফরম্যান্সের টিপ নয়, তবে অফসাইট ব্যাকআপ নেবেন। সত্যিই।


1
যদি আমি এটি যুক্ত করতে পারি তবে আমি সম্প্রতি অ্যামাজন এস 3 এর মাধ্যমে পুশ এবং পুল কৌশলগুলি সহ সুরক্ষিত ব্যাকআপগুলি সম্পর্কে ব্লগ করেছি। ব্যাঙ্কের ডেটার জন্য কার্যকর নয়, তবে আপনার সাথে আমজনকে বিশ্বাস করা সমস্ত কিছু ঠিক হওয়া উচিত। লোগাহলিক.ডে
কার্স্টেন

আপনি মন্তব্য করার আগে আমি আসলে সেই ব্লগ পোস্টটি লক্ষ্য করেছি; -]। যাইহোক সুন্দর। এটি আরও সুরক্ষিত করতে আপনি সর্বদা আপনার ব্যাকআপটি এনক্রিপ্ট করতে পারেন।
পিকিউডি

3

আমি সত্যিই দুটি ভিন্ন মেশিনে মাইএসকিউএল এবং অ্যাপাচি / পিএইচপি পৃথক করার পরামর্শ দিচ্ছি।

উদাহরণস্বরূপ, আমার কাছে একটি মেশিন ছিল (সি 2 ডি ই 6600) যা সর্বদা 2.0 এবং তারপরে লোড গড়ের উপরে থাকে। আমি মাইএসকিউএলকে একটি দ্বিতীয় মেশিনে রেখেছি (পি 4 সি 3 গিগাহার্টজ) এবং এর পরে উভয়ই লোড গড় 0.2-0.3-র উপরে যায় নি। সুতরাং আমি দুটি ধরণের সার্ভারের সাথে অনেকগুলি পারফরম্যান্সের মার্জিন রেখে একটি সত্যই ধীর সাইট থেকে দ্রুত সাইটে চলে গিয়েছিলাম।


ভাল যুক্তি. আমি কেবল অনুমান করতে পারি যে আপনার বাধাটি আইও সাবসিস্টেম / ড্রাইভের প্রতিক্রিয়াশীলতা হতে পারে। হয়তো তখন দুটি আলাদা ড্রাইভে ডেটা আলাদা করা / ফাইন ডিস্ক কন্ট্রোলার থাকাও কৌশলটি করতে পারে। যাইহোক আরও মেমরি এবং আরও বেশি সিপাস সর্বদা ভাল থাকে তবে তারপরে আপনি ব্যর্থতার আরও সম্ভাব্য পয়েন্টগুলি পান।
pQd

ওয়েল, আমি এতটা নিশ্চিত না যে এটি ডিস্ক I / Os ছিল কারণ বেশিরভাগ (আসুন 90% বলি) এসকিউএল হিটগুলি ক্যাশে করা হয়েছিল। আমি সিপিইউ কনটেক্সট সুইচগুলি নিয়ে ভাবছিলাম তবে আমি জানি না যে এটি আসলে কোনও গুরুত্বপূর্ণ ভূমিকা নিতে পারে কিনা।
এন্টোইন বেনকামাউনে

1

পি অংশের জন্য, আপনি এপিসি দিয়ে অপকোড ক্যাশে বিবেচনা করতে পারেন । ডিফল্ট mod_php এর পরিবর্তে কেউ পিএইচপি সহ mod_fastcgi বিবেচনা করতে পারে ।


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