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

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

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

  • ৬৫০,০০০+বিশ্বব্যাপী হোস্ট করা সাইটগুলি
  • প্রতি সাইট অনুসারেসিপিইউ (CPU), র‍্যাম (RAM), আইও (IO), আইওপিএস (IOPS) এবং প্রসেস ক্যাপস
  • ৯৯.৯৯%আপটাইম অ্যাশিয়োরেন্স
  • অন্তর্ভুক্তপ্রতিটি প্ল্যানে আইসোলেশন বেসলাইন

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

ওয়ার্কার ফ্লিট CloudLinux OS চালায়, যা মাল্টি-টিনেন্সি সরাসরি কার্নেলের মধ্যে প্রয়োগ করে। প্রতিটি সাইট পায় একটি Lightweight Virtual Environment বা LVE — যা একটি সাধারণ নিয়মের চেয়েও কঠোর সীমানা। এর কেজের ভেতরে কোনো সাইট যা-ই করুক না কেন, তা অন্য কারও বাজেটের ওপর প্রভাব ফেলতে পারে না।

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

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

অনিয়ন্ত্রিত প্রসেসগুলোকে ধাওয়া করা হয় না, নিয়ন্ত্রণ করা হয়

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

প্রতিটি সাইটের জন্য অ্যাটাক ট্রাফিক সীমিত করা হয়েছে

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

রিসোর্স ফল্টগুলো সিগন্যালে পরিণত হয়, সারপ্রাইজ নয়

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

আপনার নিজের একটি ফাইলসিস্টেম ভিউ

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

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

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

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

ডাটাবেজটিও সম্পূর্ণ বিচ্ছিন্ন—এটাই সেই জায়গা যেখানে হোস্টিং সাধারণত সবচেয়ে বেশি ঝামেলাপূর্ণ হয়

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

MySQL Governor

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

WordPress ওয়ার্কলোডের জন্য MariaDB

আমাদের ফ্লিটে মারিয়াডিবি (বা পারকোনা) চালানো হয়, যা ডিফল্ট হিসেবে পাওয়ার চেয়ে WordPress ওয়ার্কলোডের কথা মাথায় রেখে বেছে নেওয়া হয়েছে, এবং প্রতি-টেন্যান্ট ফেয়ারনেস লেয়ার হিসেবে এর ওপরে গভর্নর কাজ করে।

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

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

প্রতি-সাইট পিএইচপি (Per-site PHP), হার্ডেন্ড

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

ব্যর্থতা ক্রমানুসারে বিন্যস্ত, পরিবর্তনীয় এবং ব্যাখ্যাকৃত

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

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

উভয় পণ্য লাইনেই একই রকম আইসোলেশন — এবং আপনার যখন প্রয়োজন তখন একটি শক্তিশালী টায়ার

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

Footprint-Free হোস্টিং

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

Zinn® ম্যানেজড WordPress

ম্যানেজড WordPress, WooCommerce, PHP, স্ট্যাটিক এবং Node সাইটগুলো একই কেজ এবং সম্পূর্ণ সেলফ-সার্ভিস সুবিধা পায় — আপনার নিজস্ব PHP সংস্করণ এবং এক্সটেনশন, Redis অবজেক্ট ক্যাশ, স্টেজিং এবং পুশ-টু-লাইভ।

প্রিমিয়াম ভ্যারিয়েন্ট হিসেবে কন্টেইনার-প্রতি-সাইট

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

অন্তrtভুক্ত, অতিরিক্ত চার্জযুক্ত নয়

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

কেন এখানে আইসোলেশন কখনো অপশনাল নয়

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

আমরা বিশ্বব্যাপী ৬,৫০,০০০-এর বেশি সাইট হোস্ট করি, এমন একটি ফ্লিটে যেখানে উচ্চ ঘনত্বই হলো পুরো অর্থনৈতিক প্রস্তাবনা। এটি তখনই কাজ করে যখন এর নিচের আইসোলেশন হয় শর্তহীন। কার্নেল-স্তরের কেজ, একটি ব্যক্তিগত ফাইলসিস্টেম ভিউ, প্রতি-সাইট ডাটাবেস থ্রোটলিং এবং প্রতি-সাইট পিএইচপি হলো ভাগ করা ভাগ্য ছাড়াই সেই স্কেলে চালানোর মূল্য—তাই এগুলো সবার জন্য, প্রতিটি প্ল্যানে, আপনার ডিপ্লয় করা প্রথম সাইট থেকেই চালু থাকে।

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

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

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

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

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

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

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

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

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

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

একটি সাসপেন্ড করা সাইট কি শুধু ফাঁকা হয়ে যায়?

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

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

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

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

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

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

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

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

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

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