সাইট প্রতি আইসোলেশন

প্রতিটি সাইট নিজস্ব খাঁচায় সুরক্ষিত, যাতে একজন খারাপ প্রতিবেশী কেবল একজন খারাপ প্রতিবেশীই থাকে।

আইসোলেশন হলো একটি সাধারণ ঘটনা এবং একটি বিভ্রাটের মধ্যকার পার্থক্য। আমাদের হোস্ট করা প্রতিটি সাইট কার্নেল-স্তরের CloudLinux LVE cage-এর ভেতরে নিজস্ব CPU, RAM, IO এবং প্রসেস সীমা, নিজস্ব CageFS ফাইলসিস্টেম ভিউ, নিজস্ব PHP সংস্করণ এবং নিজস্ব ডাটাবেস থ্রটল সহ পরিচালিত হয়। যে সাইটটি আক্রান্ত, ক্ষতিগ্রস্ত বা কেবল একটি অত্যন্ত ভারী কুয়েরি চালাচ্ছে, সেটিকে যেখানে আছে সেখানেই সীমাবদ্ধ রাখা হয় — এবং আইসোলেশন বেসলাইন প্রতিটি প্ল্যানে অন্তর্ভুক্ত রয়েছে, এটি আপনাকে আপগ্রেড হিসেবে পুনরায় বিক্রি করা হয় না। প্রাপ্যতা: সাইট-ভিত্তিক ডাটাবেস থ্রটলিং এবং সাইট-ভিত্তিক রিসোর্স পরিসংখ্যান সক্রিয় বিকাশে রয়েছে এবং এখনও উপলব্ধ নয়। এখানে বর্ণিত অন্য সবকিছু আজ থেকেই কার্যকর।

প্রতিবেশীদের থেকে পৃথক, নিজস্ব কনটেইনমেন্ট সীমানা দ্বারা আবদ্ধ একটি একক সাইট।
  • ৭,০০,০০০+বিশ্বব্যাপী হোস্ট করা সাইট
  • প্রতি সাইটেসিপিইউ, র‍্যাম, আইও, আইওপিএস এবং প্রসেস সীমা
  • 99.99%আপটাইম নিশ্চয়তা
  • অন্তর্ভুক্তপ্রতিটি প্ল্যানে আইসোলেশন বেসলাইন

কনফিগারেশন ফাইলে নয়, কার্নেলে আইসোলেশন

ওয়ার্কার ফ্লিট CloudLinux OS দ্বারা চালিত হয়, যা মাল্টি-টেন্যান্সিকে সরাসরি কার্নেলের মধ্যে নিয়ে যায়। প্রতিটি সাইট একটি লাইটওয়েট ভার্চুয়াল এনভায়রনমেন্ট — LVE — পায় যা কেবল কোনো সৌজন্যমূলক নিয়ম নয় বরং একটি কঠোর সীমানা। কোনো সাইট তার খাঁচার ভেতর যা কিছুই করুক না কেন, তা অন্য কারও বাজেট থেকে খরচ করা যাবে না।

সাইট-প্রতি কঠোর রিসোর্স সীমা

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

অনিয়ন্ত্রিত প্রক্রিয়াগুলিকে প্রতিহত করা হয়, তাড়া করা হয় না

লুপে আটকে থাকা কোনো প্লাগইন, ত্রুটিপূর্ণভাবে লেখা ক্রন জব বা কোনো এন্ডপয়েন্টে ক্রমাগত চাপ দেওয়া ক্রলার প্রথমে সাইটটির নিজস্ব প্রসেস এবং এন্ট্রি-প্রসেস সীমায় গিয়ে আঘাত করে। একটি মাত্র সাইট চাইলেই পুরো মেশিনের সংস্থান নিঃশেষ করতে পারে না।

আক্রমণ ট্র্যাফিক প্রতি সাইটে সীমাবদ্ধ

প্রতিটি কেজে এন্ট্রি-প্রসেসের সীমা নির্ধারিত থাকায়, একটি সাইটকে লক্ষ্য করে আসা অনুরোধের ঢল হোস্টের উপর সীমাহীন কাজ শুরু করতে পারে না। LiteSpeed সংযোগ ও রিকোয়েস্ট থ্রটলিং এবং Imunify360 নেটওয়ার্ক ফায়ারওয়াল এর সামনে অবস্থান করে, ফলে আক্রমণটি কেবল লক্ষ্যবস্তুর সমস্যা হিসেবেই সীমাবদ্ধ থাকে।

রিসোর্সের ত্রুটিগুলো কোনো বিস্ময় নয়, বরং সংকেত হয়ে ওঠে

প্রতিটি LVE ত্রুটি সাইট প্রতি রেকর্ড করা হয় এবং প্ল্যাটফর্মের নীতি ইঞ্জিনে প্রবাহিত হয়, যা স্বয়ংক্রিয়ভাবে সীমা কঠোর বা শিথিল করতে পারে। আপনি দেখতে পান কেন একটি সাইট থ্রটল করা হয়েছিল এবং কখন — পর্যায়ক্রমিক, পরিবর্তনযোগ্য এবং লগ করা।

আপনার নিজস্ব একটি ফাইলসিস্টেম দৃশ্য

রিসোর্স আইসোলেশন একটি সাইটকে অন্য সাইটের কাজে বিঘ্ন ঘটাতে বাধা দেয়। ফাইলসিস্টেম আইসোলেশন এটিকে অনধিকার প্রবেশ করতে বাধা দেয়। CageFS প্রতিটি টেন্যান্টকে মেশিনের একটি ব্যক্তিগত এবং নিয়ন্ত্রিত দৃশ্য প্রদান করে।

CageFS-এর অধীনে, একজন ভাড়াটে শুধুমাত্র তার নিজস্ব ফাইল এবং সিস্টেম বাইনারির একটি ন্যূনতম ও স্যানিটাইজ করা সেট দেখতে পান — এবং অন্য ভাড়াটেদের, তাদের সাইট বা সংবেদনশীল সিস্টেম ফাইল দেখতে পারেন না। শেয়ার্ড হোস্টিংয়ের ক্ষেত্রে সচরাচর ঘটে থাকা ব্যর্থতার ঝুঁকি, যেখানে একটি আক্রান্ত অ্যাকাউন্ট সার্ভারের অন্য প্রতিটি অ্যাকাউন্টের তথ্য পড়ার অবস্থানে চলে যায়, তা কার্নেল স্তরেই বন্ধ করে দেওয়া হয়।

কোনো কিছু ভুল হওয়ার দিনটিতেই এটি সবচেয়ে বেশি গুরুত্বপূর্ণ হয়ে ওঠে। যদি কোনো সাইটের নিরাপত্তা বিঘ্নিত হয় — কোনো পুরানো প্লাগইন, চুরি হওয়া ক্রেডেনশিয়াল বা কোনো ঝুঁকিপূর্ণ থিমের কারণে — তবে CageFS-ই বিস্ফোরণের ব্যাসার্ধকে সেই একক কেজের মধ্যেই সীমাবদ্ধ রাখে। আমাদের নিরাপত্তা স্পেসিফিকেশনে শব্দের ব্যবহার অত্যন্ত সচেতনভাবে করা হয়েছে: CageFS লঙ্ঘনগুলোকে সীমাবদ্ধ রাখে। সীমাবদ্ধ রাখাই হলো সৎ দাবি, এবং এটিই নির্ধারণ করে যে কোনো ঘটনা একটি একক সাইট পরিষ্কার করার বিষয় নাকি পুরো বহর জুড়ে পরিষ্কারের বিষয়।

ব্যাকআপগুলো একই সীমানাকে আরও শক্তিশালী করে। প্রতিটি সাইটের ব্যাকআপ অপরিবর্তনীয়, অফসাইটে সংরক্ষিত এবং চলমান ফ্লিট থেকে সম্পূর্ণ বিচ্ছিন্ন, যা পরীক্ষিত পুনরুদ্ধার প্রক্রিয়াসম্পন্ন; ফলে একটি সাইটে সবচেয়ে খারাপ পরিস্থিতির আপস ঘটলেও একটি পরিচ্ছন্ন, স্বাধীন পুনরুদ্ধারের পথ থাকে যা সাইটটি যে মেশিনে চলছিল তার অবস্থার ওপর নির্ভর করে না।

ডেটাবেসটিও পৃথক করা হয়েছে — এখান থেকেই সাধারণত হোস্টিং কোলাহলপূর্ণ হয়ে ওঠে

ওয়েব-টিয়ার আইসোলেশন গল্পের অর্ধেক মাত্র। একটি WordPress ফ্লিটে, যে বিষয়টি প্রায়শই একটি সার্ভারকে ধীর করে তোলে তা হলো একটি সাইটের কোয়েরি, কোনো একটি সাইটের ট্র্যাফিক নয়। এটি স্পষ্টভাবে পরিচালনা করা হয়।

MySQL Governor

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

WordPress কাজের চাপের জন্য MariaDB

ফ্লিটটি MariaDB (বা Percona) চালায়, যা ডিফল্টভাবে পাওয়ার পরিবর্তে WordPress কাজের চাপের জন্য বেছে নেওয়া হয়েছে, এবং প্রতি-গ্রাহক ন্যায্যতা স্তর হিসেবে এর উপরে Governor রয়েছে।

সামনে Redis অবজেক্ট ক্যাশ

প্রতিটি সাইটের জন্য নির্ধারিত Redis অবজেক্ট ক্যাশ বারবার হওয়া রিডগুলো ডাটাবেসে পৌঁছানোর আগেই গ্রহণ করে নেয়, যা প্রথম থেকেই Governor-এর নিয়ন্ত্রণ করার চাপ কমিয়ে দেয়। ক্যাশিং এবং আইসোলেশন একটি একক সিস্টেম হিসেবে কাজ করে।

সাইট-প্রতি PHP, সুরক্ষিত

CloudLinux alt-PHP প্রতিটি সাইটকে নিজস্ব PHP সংস্করণ নির্বাচক, নিজস্ব এক্সটেনশন (imagick, gd, redis এবং বাকিগুলো) এবং নিজস্ব সুরক্ষিত সেটিংস প্রদান করে — যেখানে LSAPI কর্মীগুলো সেই সাইটের LVE সীমা দ্বারা আবদ্ধ থাকে, ফলে PHP সমসাময়িকতা খাঁচা থেকে বেরিয়ে যাওয়ার পরিবর্তে তারই একটি অংশ হয়ে ওঠে।

ব্যর্থতা পর্যায়ক্রমিক, প্রত্যাবর্তনযোগ্য এবং ব্যাখ্যা করা

আইসোলেশন নির্ধারণ করে একটি সমস্যা কতটা ছড়িয়ে পড়বে। প্রয়োগ নির্ধারণ করে এর পরে কী ঘটবে। আমরা সরাসরি অন/অফ স্থগিতকরণের পরিবর্তে একটি স্টেট মেশিন ব্যবহার করেছি, যা টেকসই ওয়ার্কফ্লো দ্বারা চালিত এবং LiteSpeed, LVE ও Imunify-এর মাধ্যমে ওয়ার্কারে প্রয়োগ করা হয়।

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

উভয় পণ্য লাইনেই একই বিচ্ছিন্নতা — এবং আপনার প্রয়োজন হলে আরও শক্তিশালী স্তর

আইসোলেশন এমন কোনো প্ল্যান বৈশিষ্ট্য নয় যা তিন স্তর উপরে প্রদর্শিত হয়। এটি মূল কাঠামোর একটি অন্তর্নিহিত বৈশিষ্ট্য, তাই আপনি একটি WooCommerce স্টোর চালান কিংবা দুই হাজার নেটওয়ার্ক সাইট চালান, এটি সম্পূর্ণ একই থাকে।

Footprint-Free হোস্টিং

বাল্ক এবং PBN নেটওয়ার্কগুলি একই LVE এবং CageFS সাবস্ট্রেটে চলে, সাথে ফুটপ্রিন্ট-সচেতন CDN অ্যাকাউন্ট রোটেশন এবং স্ট্যাটিক-HTML ডেলিভারি থাকে। বিচ্ছিন্নতাই ঘনত্বকে নিরাপদ করে তোলে: সাইটগুলি ভাগ্যের ভাগীদার না হয়ে একই বহর ভাগ করে নেয়।

Zinn® Managed WordPress

পরিচালিত WordPress, WooCommerce, PHP, স্ট্যাটিক এবং Node সাইটগুলি একই সুরক্ষিত পরিবেশ (cages) সহ সম্পূর্ণ স্ব-পরিষেবার সুবিধা পায় — আপনার নিজস্ব PHP সংস্করণ এবং এক্সটেনশন, Redis অবজেক্ট ক্যাশ, স্টেজিং এবং পুশ-টু-লাইভ।

প্রিমিয়াম রূপান্তর হিসেবে প্রতি সাইটের জন্য আলাদা কন্টেইনার

ঘনত্ব-অপ্টিমাইজ করা ডিফল্টের চেয়ে শক্তিশালী সীমানা প্রয়োজন এমন কাজের চাপের জন্য, একটি প্রভিশনিং-ড্রাইভার ভেরিয়েন্ট হিসেবে সম্পূর্ণ কন্টেইনার-প্রতি-সাইট আইসোলেশন দেওয়া হয়: একই ইঞ্জিন, একই কন্ট্রোল প্লেন, ভিন্ন প্লেসমেন্ট, তবে উচ্চতর ওভারহেডে।

অন্তর্ভুক্ত, অতিরিক্ত মূল্যে বিক্রি করা হয় না

LVE এবং CageFS আইসোলেশন, সক্রিয় WAF এবং ম্যালওয়্যার স্ক্যানিং প্রতিটি গ্রাহকের জন্য অন্তর্ভুক্ত রয়েছে, কারণ কোনো সংক্রমিত বা নিয়ন্ত্রণের বাইরে চলে যাওয়া সাইট তার প্রতিবেশীদের এবং আমাদের IP-এর সুনামকে ঝুঁকিতে ফেলে। এক ক্লিকে ম্যালওয়্যার পরিষ্কারকরণ এবং উন্নত সুরক্ষা স্তরগুলো হলো পেইড অ্যাড-অন — মৌলিক স্তরটি নয়।

এখানে আইসোলেশন কেন কখনোই ঐচ্ছিক নয়

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

আমরা বিশ্বব্যাপী ৭,০০,০০০-এরও বেশি সাইট হোস্ট করি, এমন একটি পরিকাঠামোয় যেখানে ঘনত্বই হলো সামগ্রিক অর্থনৈতিক প্রস্তাবনা। এটি কেবল তখনই কাজ করে যদি এর অন্তর্নিহিত পৃথকীকরণ নিঃশর্ত হয়। কার্নেল-স্তরের খাঁচা, একটি ব্যক্তিগত ফাইলসিস্টেম ভিউ, প্রতি-সাইট ডেটাবেস থ্রটলিং এবং প্রতি-সাইট PHP হলো ভাগ করা ঝুঁকি ছাড়া এই স্কেলে পরিচালনার মূল্য — তাই আপনি প্রথম যে সাইটটি স্থাপন করবেন তা থেকেই প্রতিটি প্ল্যানে সবার জন্য এগুলো সক্রিয় থাকে।

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

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

অন্য কোনো গ্রাহকের সাইট কি আমার সাইটকে ধীরগতির করে দিতে পারে?

আইসোলেশন বিশেষভাবে এটি বন্ধ করার জন্যই ডিজাইন করা হয়েছে। LVE প্রতি সাইটের CPU, RAM, IO, IOPS এবং প্রক্রিয়া সীমাবদ্ধ করে, MySQL Governor প্রতি সাইটের ডাটাবেস ব্যবহার নিয়ন্ত্রণ করে এবং LSAPI কর্মীগণ সাইটের নিজস্ব cage দ্বারা সীমাবদ্ধ থাকে — তাই কোনো প্রতিবেশীর ট্র্যাফিক স্পাইক বা ভারী কোয়েরি লোড আপনার নয়, তাদের নিজস্ব সীমার সাথে সামঞ্জস্য রেখে নিয়ন্ত্রণ করা হয়। প্রতিটি ত্রুটি প্রতি সাইটের জন্য লগ করা হয় এবং পলিসি ইঞ্জিন স্বয়ংক্রিয়ভাবে অতিরিক্ত চাপ সৃষ্টিকারী সাইটের সীমা আরও কঠোর করতে পারে।

একই সার্ভারে থাকা কোনো সাইট হ্যাক হলে, আমার সাইট কি ঝুঁকিতে পড়বে?

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

আইসোলেশন কি অন্তর্ভুক্ত, নাকি এর জন্য অতিরিক্ত খরচ হবে?

এটি প্রতিটি প্ল্যানে অন্তর্ভুক্ত রয়েছে। LVE এবং CageFS আইসোলেশন, প্রোঅ্যাক্টিভ WAF এবং ম্যালওয়্যার স্ক্যানিং প্রতিটি গ্রাহকের জন্য প্রাথমিক ভিত্তি, কারণ একটি সংক্রামিত বা নিয়ন্ত্রণহীন সাইট তার প্রতিবেশী সাইটগুলো এবং আমাদের IP সুনামের জন্য হুমকি সৃষ্টি করে — আমরা যুক্তিসঙ্গতভাবে এটিকে ঐচ্ছিক রাখতে পারি না। অ্যাড-অন হিসেবে যা বিক্রি করা হয় তা হলো এক-ক্লিকে ম্যালওয়্যার পরিষ্কার ও প্রতিকার, এবং উন্নত সুরক্ষা স্তর যেমন বর্ধিত WAF নিয়মাবলি, অগ্রাধিকার স্ক্যানিং, বট পরিচালনা এবং উচ্চতর DDoS স্তর।

আমার সাইট তার রিসোর্স সীমা অতিক্রম করলে কী হবে?

এটি বন্ধ করে দেওয়ার পরিবর্তে নিজস্ব কেজের (cage) ভেতর থ্রটল (সীমিত) করা হয়। থ্রটল করার অর্থ হলো সাইট সচল ও সর্ভ করা অবস্থাতেই আরও কঠোর LVE সীমা এবং রেট লিমিটিং প্রয়োগ করা, এবং মূল কারণটি দূর হওয়ার সাথে সাথেই এটি স্বয়ংক্রিয়ভাবে পুনরুদ্ধার হয়। আপনাকে কারণসহ অবহিত করা হয়, এই রূপান্তরটি এর প্রমাণসহ নথিবদ্ধ করা হয়, এবং এর বিরুদ্ধে আপিল করার সুযোগ রয়েছে। এই লোড যদি কোনো ত্রুটির পরিবর্তে প্রকৃত বৃদ্ধির কারণে হয়, তবে সমাধানটি হলো একটি বৃহত্তর প্ল্যান নেওয়া, স্থায়ী থ্রটল নয়।

স্থগিত করা সাইট কি শুধুই ফাঁকা দেখায়?

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

আমি কি আমার নিজস্ব PHP সংস্করণ এবং এক্সটেনশনগুলি বেছে নিতে পারি?

Zinn® Managed WordPress-এ, হ্যাঁ — CloudLinux alt-PHP প্রতিটি সাইটকে তার নিজস্ব PHP সংস্করণ নির্বাচক, imagick, gd এবং redis-এর মতো নিজস্ব এক্সটেনশন এবং তার নিজস্ব সুরক্ষিত সেটিংস প্রদান করে, যা সবই সেই সাইটের LVE সীমা দ্বারা আবদ্ধ। Footprint-Free হোস্টিং ইচ্ছাকৃতভাবে আরও প্রমিত, প্রতি-সাইট লকড-ডাউন কনফিগারেশন পরিচালনা করে, কারণ কনফিগারেশনের বৈচিত্র্য নিজেই একটি ফুটপ্রিন্ট।

শেয়ার্ড-কার্নেল মডেলের চেয়ে শক্তিশালী কোনো আইসোলেশন বিকল্প আছে কি?

হ্যাঁ। CloudLinux LVE এবং CageFS হলো উভয় পণ্য লাইনেই ঘনত্ব-অপ্টিমাইজ করা ডিফল্ট ব্যবস্থা। যেসব কাজের জন্য আরও শক্তিশালী সীমানা প্রয়োজন, সেগুলোর জন্য একটি প্রভিশনিং-ড্রাইভার ভ্যারিয়েন্ট হিসেবে সম্পূর্ণ কন্টেইনার-প্রতি-সাইট আইসোলেশন অফার করা হয় — একই ইঞ্জিন এবং কন্ট্রোল প্লেন তবে ভিন্ন প্লেসমেন্ট সহ, যা শক্তিশালী পৃথকীকরণের বিনিময়ে অতিরিক্ত রিসোর্স ব্যবহার করে।

আমি কি প্রতিশ্রুতিবদ্ধ হওয়ার আগে এটি চেষ্টা করতে পারি?

হ্যাঁ। Footprint-Free হোস্টিং শুরু হয় কার্ড ছাড়াই ১৪ দিনের ট্রায়াল দিয়ে, যাতে পাঁচটি ওয়েবসাইট পর্যন্ত যুক্ত করা যায় — কোনও অর্থপ্রদানের তথ্য প্রয়োজন নেই, কোনও প্রতিশ্রুতি নেই। সিদ্ধান্ত নেওয়ার আগে কয়েকটি সাইট ডেপ্লয় করুন, সেগুলিতে কিছু লোড দিন এবং দেখুন খাঁচাগুলি কীভাবে কাজ করে।

আপনার নিজস্ব লোডের অধীনে কেজগুলি কীভাবে আচরণ করে তা দেখুন

Footprint-Free হোস্টিং-এ কার্ড ছাড়া ১৪ দিনের ট্রায়াল শুরু করুন — সর্বোচ্চ পাঁচটি সাইট, কোনো পেমেন্টের বিবরণ লাগবে না, কোনো বাধ্যবাধকতা নেই। প্রথম ডিপ্লয় থেকেই কার্নেল-স্তরের আইসোলেশন, প্রোঅ্যাক্টিভ WAF এবং ম্যালওয়্যার স্ক্যানিং অন্তর্ভুক্ত রয়েছে।

বিনামূল্যে শুরু করুন