روی لپتاپم فقط ۱۰۰ گیگابایت فضای خالی داشتم و یک ماشین مجازی ویندوز که بهدرستی پیکربندی شده بود، از همان ابتدا بیش از ۲۰ گیگابایت جا گرفته بود. ساختن پنج رایانه تازه به روش معمول یعنی باید پنج بار فرایند نصب ویندوز را تحمل میکردم، آنها را بهروز و شخصیسازی میکردم و فضای ارزشمند دیسک را به هدر میدادم.
در عوض، یک ایمیج طلایی در VMware Workstation ساختم و پنج همزاد پیوندی ایجاد کردم که دیسک مجازی آن را به اشتراک میگذارند. هر همزاد ظرف چند ثانیه راهاندازی میشود و هنگام استقرار اولیه فقط ۸٫۰ مگابایت از فضای دیسک را اشغال میکند.
پس از پیکربندی و شخصیسازی همه آنها، کل این مجموعه با احتساب ماشین مجازی اصلی تنها ۳۲ گیگابایت فضا گرفت. همزادسازی بخش آسان کار بود؛ اما آمادهکردن ماشین مجازی مادر اصلاً آسان نبود.
باید ویندوزی میساختم که ارزش همزادسازی داشته باشد
همه میانبرهای بعدی به بینقصبودن ماشین مادر وابسته بودند
برای اجرای این طرح، ویندوز را از نو نصب نکردم. از قبل یک ماشین مجازی آزمایشگاهی و دارای مجوز ویندوز ۱۱ داشتم که بهینه شده بود، اما بهسختی میشد آن را «طلایی» دانست. چند اسنپشات فراموششده VMware حجم آن را به ۸۶٫۹۳ گیگابایت رسانده بودند؛ دیسکی ۶۴ گیگابایتی با تخصیص پویای فضا و یک TPM مجازی با رمزگذاری جزئی نیز داشت.
چون مدتها بود فراموش کرده بودم آن اسنپشاتها قرار است چه چیزی را نگه دارند، هر دو را پاک کردم و با یکپارچهشدن دادهها، حجم پوشه به ۳۹٫۱۳ گیگابایت کاهش یافت. سپس نصب کنونی را به مبنایی تبدیل کردم که واقعاً از همزادسازی آن خشنود باشم:
- ویندوز ۱۱ نسخه 25H2 با بیلد ۲۶۲۰۰.۹۴۵۷ و همه وصلههای روز.
- جدیدترین نسخه ابزارهای VMware، یعنی ۱۳.۱.۵.۰.۲۵۵۴۴۰۰۸.
- مرورگر فایرفاکس، ابزار ۷-زیپ و ویرایشگر نوتپد++.
- نمایش پسوند فایلها فعال، برنامههای آغازین خلوت و قابلیتهای آزاردهنده نوار وظیفه ویندوز حذف شدهاند.
یعنی هر ماشین آینده، از همان نخستین راهاندازی یک مرورگر پاک، ابزار بایگانی، ویرایشگر و یکپارچهسازیهای بهروز درایورها خواهد داشت.
همچنین با فرمان powercfg /hibernate off خواب زمستانی را غیرفعال و فایل hiberfil.sys آن را حذف کردم؛ سپس فرمان DISM /Online /Cleanup-Image /StartComponentCleanup را اجرا کردم. در ادامه، قابلیت فشردهسازی VMware حجم فایلهای ماشین مجازی را از ۳۹٫۱۷ گیگابایت به مقدار معقولتر ۲۳٫۶۱ گیگابایت رساند.
بخش دردسرساز زمانی آغاز شد که خواستم همزادسازی را آزمایش کنم. VMware برای ماشینهای مجازی رمزگذاریشده، امکان ساخت همزاد پیوندی را غیرفعال میکند. در ماشین مجازی طلایی من، TPM مجازی ویندوز عامل رمزگذاری جزئی بود.
پیش از حذف TPM مجازی، وضعیت آن را با manage-bde status C: بررسی کنید. اگر BitLocker فعال باشد، حذف TPM بدون نگهداشتن محافظهای آن یا غیرفعالکردنشان باعث میشود ویندوز کلید بازیابی بخواهد.
درایو من کاملاً رمزگشایی شده بود؛ بنابراین vTPM و رمزگذاری VMware را با خیال آسوده حذف کردم، پین ویندوز را از نو ساختم و مطمئن شدم ماشین مجازی همچنان راهاندازی میشود. سرانجام آن را خاموش کردم، اسنپشات طلایی را ساختم و حالت الگو را فعال کردم تا ماشین مادر از تغییرات ناخواسته خودم در امان بماند.
پنج رایانه ویندوزی تازه در چند ثانیه پدیدار شدند
همزادهای پیوندی تغییراتم را بدون پنج بار کپیکردن ویندوز نگه میدارند
همزاد پیوندی VMware صرفاً یک نسخه دیگر از ماشین مجازی نیست. این همزاد، بلوکهای تغییرنکرده را از اسنپشات طلایی میخواند و فقط دادههای تازه خودش را روی چیزی مینویسد که «دیسک دلتا» نام دارد. VMware با تکیه بر همین وابستگی، پنج رایانه همزاد مرا ساخت که هرکدام وظیفهای متفاوت دارند:
- رایانه آزمایش نرمافزار (SOFTWARE TEST PC)، برای آزمودن نرمافزارها روی ماشینی تازه.
- رایانه مرورگر پاک (Clean Browser PC)، برای آزمودن صفحههای وب در مرورگری بدون افزونه یا کوکی.
- رایانه ابزارهای شبکه (Network Tools PC)، برای بررسی بستههای داده در محیطی مهارشده.
- رایانه نویسندگی (Writing PC)، برای آزمودن جداگانه نرمافزارهای جهانسازی و ترسیم نقشه ذهنی.
- رایانه آزمایشی یکبارمصرف (Disposable Test PC)، برای وقتهایی که واقعاً لازم است ویندوز را از کار بیندازم.
VMware بهطور خودکار به هر همسانه یک نشانی MAC مجازی و UUID متفاوت اختصاص داد. بااینحال، همسانههای ماشین مجازی ویندوز همچنان نام رایانهٔ ماشین مادر، یعنی WIN11-GOLDEN، را به ارث برده بودند. پس از نخستین راهاندازی هر ماشین مهمان، نام آن را با دستور Rename-Computer -NewName “” -Restart تغییر دادم و همین روند را برای تکتک همسانههای پیوندی تکرار کردم.
قرار دادن تصویر طلایی در «حالت الگو» مانع از آن میشود که من یا VMware بهاشتباه ماشین مجازی مادر را حذف کنیم. البته این کار همسانهها را موقتی نمیکند؛ در واقع، برنامهها، پروندهها و تنظیمات آنها پس از راهاندازی دوباره نیز حفظ میشوند، برخلاف ماشین مجازیای که دیسک مستقل و ناپایدار دارد.
تنها راه بازگرداندن همسانههای پیوندی به وضعیت اولیه این است که آنها را حذف کنید و همسانهٔ پیوندی تازهای بسازید.
تفاوت فضای ذخیرهسازی بیش از انتظارم بود
پنج ماشین کاربردی، کمتر از دو نسخهٔ کامل جا گرفتند
روشنترین مقایسهٔ میزان مصرف دیسک، پیش از نصب نرمافزارهای ویژهٔ هر نقش روی همسانهها به دست آمد:
- یک همسانهٔ پیوندی تازه، پیش از راهاندازی تنها ۰.۰۰۸ گیگابایت فضا مصرف میکرد.
- یک همسانهٔ پیوندی معمولی، پس از نخستین راهاندازی ۰.۵۷۹ گیگابایت فضا مصرف میکرد.
- همسانهٔ کاملی که پیش از راهاندازی ساخته شده بود، درست بهاندازهٔ ماشین مجازی طلایی، یعنی ۲۳.۶۰۳ گیگابایت، فضا اشغال میکرد.
بنابراین، همسانهٔ کامل حدود ۴۰ برابر بزرگتر از همسانهٔ پیوندیای بود که یک بار راهاندازی و سپس بازراهاندازی شده و نام میزبان تازهاش را نیز گرفته بود. با آغاز استفاده از ماشینها، این فاصله کمتر شد، اما هرگز به اندازهٔ یک همسانهٔ کامل نرسید.
اندازهٔ نهایی دیسکهای تفاضلی آنها فقط بازتابدهندهٔ چیزهایی بود که واقعاً نصب شده بودند. برای نمونه، حجم «رایانهٔ مرورگر پاک» به ۰.۷۴۹ گیگابایت رسید و «رایانهٔ نویسندگی» پس از نصب Obsidian، LibreOffice و ابزارهای نویسندگی محبوبم، به ۴.۷۷۸ گیگابایت افزایش یافت.
همسانههای پیوندی برای همیشه کوچک نمیمانند. آنها با هر بهروزرسانی و نصب برنامه رشد میکنند و هر بلوک تغییریافتهٔ دیسک که به آن همسانه تعلق دارد، حجم پروندهٔ تفاضلیاش را افزایش میدهد. بااینهمه، ماشین مادرِ حدوداً ۲۴ گیگابایتی و پنج رایانهٔ سفارشی رویهم تنها ۳۲.۳۲۷ گیگابایت فضا اشغال کردند. اگر بهسادگی همسانههای کامل ساخته بودم، فضای دیسک موردنیاز برای همهٔ آنها از ۱۱۸ گیگابایت فراتر میرفت.
در نتیجه، همسانههای پیوندی حدود ۸۵ گیگابایت، یا ۷۳ درصد، در مصرف فضا صرفهجویی کردند. ازآنجاکه همسانههای کاملِ سفارشیشده نیز بهمرور بزرگتر میشدند، صرفهجویی بلندمدت در فضای دیسک میتواند بسیار بیش از این مقدار باشد.
هر همسانه به رایانهای واقعاً متفاوت تبدیل شد
زیرساخت مشترک، آنها را یکسان نگه نداشت
در نگاه نخست، چنین به نظر میرسد که همهٔ همسانهها همان یک رایانهاند که پنج بار کپی شده است. این برداشت درست است، اما فقط در لحظهٔ ساخت. هر همسانه نسخهٔ بهروز ویندوز، VMware Tools، تنظیمات دلخواه من و نرمافزارهای نصبشده را به ارث برد؛ ولی بهمحض آنکه استفاده از آنها را آغاز کردم، مسیرشان از یکدیگر جدا شد:
- روی «رایانهٔ آزمون نرمافزار»، Process Explorer و Autoruns نصب شد.
- روی «رایانهٔ مرورگر پاک»، مرورگرهای Brave و Opera نصب شدند.
- روی «رایانهٔ ابزارهای شبکه»، Wireshark و Nmap نصب شدند.
- روی «رایانهٔ نویسندگی»، Obsidian، LibreOffice، Scrivener و یک مخزن آزمایشی نصب شدند.
هرچه پس از آن افزوده شد، در دیسک تفاضلی همان همسانه باقی ماند. مخزن Obsidian من در «رایانهٔ ابزارهای شبکه» ظاهر نشد و Wireshark نیز هرگز به «رایانهٔ نویسندگی» یا ماشین مجازی طلایی راه پیدا نکرد. خط پایه میان هر پنج ماشین مشترک بود، اما برنامهها و پروندههایشان مستقل از یکدیگر باقی ماندند.
البته همچنان یک محدودیت سختافزاری آشکار وجود داشت. لپتاپ من با تنها ۱۶ گیگابایت RAM میتوانست هر پنج ماشین مجازی را بهراحتی ذخیره کند، اما به هر ماشین مجازی ۶ گیگابایت RAM اختصاص داده شده بود. میتوانستم آنها را جداگانه اجرا کنم، اما نه همزمان. صرفهجویی همسانههای پیوندی در فضای دیسک به این معنا نیست که حافظه یا CPU را با یکدیگر به اشتراک میگذارند یا ظرفیت آنها را افزایش میدهند.
حذف رایانهٔ خراب از تعمیر آن آسانتر بود
جایگزین پاک پیش از عیبیابی ماشین قدیمی آماده شد
«رایانهٔ آزمایشی یکبارمصرف» یکی از بهترین دلایل حفظ این چیدمان را در اختیارم گذاشت. برای آزمودن آن، عمداً تصویر پسزمینهٔ زیبای میزکارش را با رنگ قرمز یکدست خراب کردم، VLC و PowerToys را نصب کردم، مرورگرها و Notepad++ را حذف کردم و ۲۰ پروندهٔ بیمصرف روی میزکار ساختم. پس از این تغییرات، حجم پروندهٔ تفاضلی آن به حدود ۳.۵ گیگابایت رسید.
میتوانستم برنامههای تازه را حذف کنم، برنامههای ازدسترفته را برگردانم، فایلهای اضافی را دور بریزم و تنظیمات تغییرکرده را به حالت پیشین بازگردانم. اما چرا؟ در عمل، خاموشکردن ماشین مجازی خراب، حذف آن کلون پیوندی و راهاندازی نمونهای تازه در کمتر از یک ثانیه بسیار آسانتر است.
پس از انجام همین کار، نمونهٔ جایگزین فقط ۰.۶۵۰ GB فضا اشغال میکرد. کاغذدیواری قرمز و زشت، همراه با فایلهای زائد و VLC، ناپدید شده بود. Firefox و Notepad++ نیز بازگشته بودند، چون روی تصویر طلاییِ مادر نصب شده بودند.
هرچه درون کلون حذفشده ذخیره شده باشد، همراه آن از بین میرود؛ بنابراین بدیهی است که نباید کارهای جایگزینناپذیر را روی رایانههای یکبارمصرف نگه داشت. بااینحال، مزیت چنین روشی آزادی عمل برای آزمونوخطاست. هرگاه یک ماشین مجازیِ کلون پیوندی را تا مرز نابودی کامل پیش ببرم، میتوانم بیآنکه ناچار به تعمیرش یا نصب دوبارهٔ Windows باشم، همان دم جایگزینش کنم.
تصویر طلایی، تکنقطهٔ خرابی هم هست
کلونهای پیوندی آزمایشگاههای عالیاند، اما پشتیبانهای مستقل خوبی نیستند
نقطهضعف این روش آن است که هیچیک از این کلونهای پیوندی، رایانهای مستقل نیستند. برای کارکرد هرکدام باید ماشین مجازیِ مادر، اسنپشات طلایی آن و دیسک پایهٔ مشترک دستنخورده باقی بمانند. کافی است یکی از آنها را جابهجا، حذف یا دوباره رمزگذاری کنید تا هر پنج کلون پیوندی از کار بیفتند.
نگهداری نیز دردسر دیگری است. کلونهای موجود، بهروزرسانیها یا برنامههایی را که بعداً به نمونهٔ مادر افزوده میشوند به ارث نمیبرند. برای اعمال این تغییرات باید تصویر طلایی را بهروز کنم، اسنپشات تازهای بگیرم و کلونهای نیازمند آن تغییرات را از نو بسازم.
برای من، رمزگذاری ناخوشایندترین سازش بود. ازآنجاکه VMware تا وقتی TPM رمزگذاریشده را حذف نکنم اجازهٔ ساخت کلون پیوندی نمیدهد، تصویر آزمایشگاهی Windows ۱۱ بدون یکی از الزامات سختافزاری معمول Microsoft باقی میماند. نمونهٔ مادر همچنین هرگونه حساب کاربری، اطلاعات ورود یا فایل شخصی را به کلونها منتقل میکند.
در حالت عادی، ماشینهای مجازیِ کلون پیوندی نباید فعالسازی مجوز Windows را دریافت میکردند، اما چنین شد. احتمالاً پس از مدتی این فعالسازی را از دست خواهند داد، هرچند پس از چند هفته استفاده از این چیدمان، هنوز چنین اتفاقی نیفتاده است.
برای هر ماشین دائمی، حساس از نظر امنیتی یا قابلحمل، کلون کامل را انتخاب میکنم. اما برای آزمایشگاههای یکبارمصرف، آزمودن مرورگرها و آزمایش نرمافزارها، وابستگی به ماشین مجازیِ مادر کاملاً پذیرفتنی است.
در نهایت، هرچند آمادهسازی نصب بینقص Windows چند ساعت زمان برد، راهاندازی هر رایانهٔ تازه فقط چند ثانیه طول کشید. با درنظرگرفتن فضای دیسکی که بهلطف کلونها صرفهجویی میشود، این سازشها برای روند کاری من بیتردید ارزشش را دارند.
منبع: این مطلب ترجمه و بومیسازی مقالهای از MakeUseOf به قلم Gregory Gibson است. مشاهده مقاله اصلی