ESXi 6.7 থেকে 8.0 আপডেট - প্রোডাকশন সার্ভার ক্র্যাশ ঠিক করুন

প্রথমে হার্ডওয়্যার সামঞ্জস্যতা পরীক্ষা করুন

ESXi 6.7 15 অক্টোবর 2022-এ সাধারণ সমর্থনের সমাপ্তিতে পৌঁছেছে, তাই স্থানান্তরটি শেষ হয়ে গেছে — কিন্তু 6.7 থেকে 8.0 হল একটি প্রধান-সংস্করণ আপগ্রেড, প্যাচ নয়। দুটি সংস্করণের মধ্যে VMware সম্পূর্ণরূপে VMKLinux ড্রাইভার মডেলটি সরিয়ে দিয়েছে (প্রতিটি ডিভাইসে এখন একটি নেটিভ ড্রাইভার প্রয়োজন) এবং CPU, নেটওয়ার্ক অ্যাডাপ্টার এবং স্টোরেজ কন্ট্রোলারের একটি প্রজন্মকে অবসর দিয়েছে। একটি সম্পূর্ণ স্বাস্থ্যকর 6.7 হোস্ট এখনও আপগ্রেডযোগ্য হতে পারে কারণ এটি দাঁড়িয়ে আছে।

যেকোনো উইন্ডো বুক করার আগে, আপনার সঠিক সার্ভার মডেল, CPU ফ্যামিলি, নেটওয়ার্ক অ্যাডাপ্টার এবং স্টোরেজ কন্ট্রোলার ESXi 8.0-এর জন্য VMware কম্প্যাটিবিলিটি গাইড দেখুন এবং সার্ভার ফার্মওয়্যার (BIOS, স্টোরেজ কন্ট্রোলার, NICs) 8.0-এর জন্য বিক্রেতা তালিকাভুক্ত সংস্করণে আপডেট করুন। ইনস্টলারের নিজস্ব প্রি-চেক অবহেলিত ডিভাইস সম্পর্কেও সতর্ক করে — তবে মধ্যরাতে কনসোলে খুঁজে বের করা ভুল সময়। প্রথমে কাগজে পরীক্ষা করুন।

হোস্ট কনফিগারেশন এবং ভিএম ব্যাক আপ করুন

হোস্ট শেল থেকে হোস্ট কনফিগারেশন ব্যাক আপ করুন (যদি এটি বন্ধ থাকে তবে প্রথমে হোস্টে SSH সক্ষম করুন)। কমান্ডটি কনফিগারেশন বান্ডেলের জন্য একটি ডাউনলোড লিঙ্ক প্রদান করে — এটি খুলুন এবং এই সার্ভারে নেই এমন কোথাও .tgz ফাইলটি সংরক্ষণ করুন:

vim-cmd hostsvc/firmware/backup_config

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

উইন্ডোর পরিকল্পনা করুন এবং 8.0 লাইসেন্স কী প্রস্তুত রাখুন

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

লাইসেন্সটি উইন্ডোর আগে বাছাই করুন, এটি চলাকালীন নয়। লাইসেন্স কীগুলি প্রধান সংস্করণের সাথে আবদ্ধ হয় — একটি 8.0 হোস্ট একটি 6.7 কী গ্রহণ করবে না এবং একটি ছাড়া এটি 60 দিনের জন্য মূল্যায়ন মোডে চলে৷ ব্রডকমের অধীনে, কী এবং ডাউনলোডগুলি আপনার এনটাইটেলমেন্টের বিপরীতে ব্রডকম সমর্থন পোর্টাল থেকে আসে, তাই আগে থেকেই সেই অ্যাক্সেসের ব্যবস্থা করুন।

রুট A — 8.0 ISO বুট করে আপগ্রেড করুন

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

ISO থেকে ESXi 8.0 ইনস্টলার বুট করুন, বিদ্যমান ইনস্টলেশন ধারণকারী ডিস্কটি নির্বাচন করুন এবং ESXi আপগ্রেড করুন, VMFS ডেটাস্টোর সংরক্ষণ করুন নির্বাচন করুন৷ এটি বেশিরভাগ সার্ভারে দেখানো রুট, এবং যেটি একটি বড় সংস্করণ পরিচালনা করে পরিষ্কারভাবে লাফ দেয় কারণ এটি যাওয়ার সাথে সাথে স্ক্রিনে প্রি-চেক প্রদর্শিত হয়।

রুট B — esxcli দিয়ে শেল থেকে আপগ্রেড করুন

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

esxcli network firewall ruleset set -e true -r httpClient

VMware এর অনলাইন ডিপোতে উপলব্ধ প্রোফাইলগুলির তালিকা করুন এবং 8.0 স্ট্যান্ডার্ড প্রোফাইলের সঠিক নাম নোট করুন:

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

তারপর সেই সঠিক প্রোফাইল নামটি ব্যবহার করে ডিপোর বিরুদ্ধে প্রোফাইল আপডেটটি চালান এবং হোস্টটি সম্পূর্ণ হয়ে গেলে পুনরায় বুট করুন:

esxcli software profile update -d <depot-url> -p <exact-profile-name>

একই রুট অফলাইনে কাজ করে: একটি ডেটাস্টোরে ডিপো বান্ডিল জিপ কপি করুন এবং পরিবর্তে সেই ফাইলটিতে -d মান নির্দেশ করুন। মনে রাখবেন যে প্রোফাইল আপডেট হল আপগ্রেড কমান্ড — এটি আপনার বিদ্যমান কনফিগারেশন এবং তৃতীয় পক্ষের VIB গুলি যেখানে সামঞ্জস্যপূর্ণ সেখানে রাখে; প্রোফাইল ইনস্টল প্রতিস্থাপন করবেন না, যা চিত্রটিকে প্রতিস্থাপন করে।

রিবুট করার পর — লাইসেন্স, ভেরিফাই, তারপর রিলিজ

একবার হোস্ট 8.0-এ ব্যাক আপ হয়ে গেলে, আপনার ESXi 8.0 লাইসেন্স কী প্রয়োগ করুন — 6.7 কী গৃহীত হয় না এবং নতুন কী ছাড়া মূল্যায়ন ঘড়িতে টিক টিক হচ্ছে। রক্ষণাবেক্ষণ মোড থেকে প্রস্থান করুন, তারপর প্রথমে একটি অ-গুরুত্বপূর্ণ VM শুরু করুন এবং বাকিগুলি শুরু করার আগে এর নেটওয়ার্ক, স্টোরেজ এবং কনসোল পরীক্ষা করুন।

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

ক্র্যাশ প্লেবুক — পার্পল স্ক্রিন এবং শিফট+আর রোলব্যাক

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

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

তৃতীয়ত, রোল ব্যাক করুন। ESXi দুটি বুট ব্যাঙ্কে ইনস্টল করে, এবং আপগ্রেড বিকল্প ব্যাঙ্কে আপনার আগের 6.7 বিল্ডটিকে অক্ষত রেখে যায়। হোস্টটি রিবুট করুন এবং বুট প্রম্পটে, Shift + R টিপুন এবং নিশ্চিত করুন — হোস্টটি আগের 6.7 বিল্ড, কনফিগারেশন অন্তর্ভুক্ত, ঠিক যেভাবে আপনি এটি ছেড়েছিলেন তা বুট করুন৷ যদি রোলব্যাক কাজ করে, আপনি সময় কিনেছেন: দিনের আলোতে সামঞ্জস্যের কারণটি ঠিক করুন এবং একটি নতুন উইন্ডোতে আবার আপগ্রেড করুন৷

vim-cmd hostsvc/firmware/restore_config <bundle-path>

সেই পুনরুদ্ধার কমান্ডটি হল দ্বিতীয় এস্কেপ রুট — এটি স্টেপ 2 বান্ডেল থেকে হোস্ট কনফিগারেশনটিকে একই সংস্করণ এবং বিল্ড-এর হোস্টে ফিরিয়ে দেয়, যেখানে একটি বুট ব্যাঙ্ক যথেষ্ট নয়।