تأسیس ۲۰۰۸ · نسخهٔ دیجیتال · 19 ژوئن 2026

SMB IT Journal

منبع فناوری اطلاعات برای کسب‌وکارهای کوچک

فارسی

مجازی‌سازی کنترلرهای دامنه

شاید تصور شود که ایده مجازی‌سازی کنترلرهای دامنه Active Directory موضوعی نیست که نیاز به بحث داشته باشد، اما می‌بینم که این سوال به طور مکرر مطرح می‌شود که آیا DC های AD باید مجازی شوند یا نه. از نظر نظری، هیچ نیازی به طرح این سوال وجود ندارد زیرا راهنمایی‌های کلی‌تری در صنعت داریم که به ما می‌گوید همه بارهای کاری ممکن باید مجازی شوند و AD قطعاً هیچ حالت خاصی ندارد که استثنایی برای این قانون دیرپا و کلی ایجاد کند.

به طرز عجیبی، مردم به طور منظم به دنبال روشن‌سازی این یک بار کاری خاص هستند، و اگر دنبال مشاوره بد بگردید، قطعاً کسی آن را ارائه می‌دهد. افراد زیادی توصیه به استفاده از سرورهای فیزیکی برای Active Directory می‌کنند، اما به ندرت، اگر هرگز، توضیحی می‌دهند که چرا نقض بهترین شیوه‌ها را توصیه می‌کنند، چه رسد به یک بار کاری معمول و شناخته‌شده.

اینکه چرا افراد پیاده‌سازی DC های AD تصمیم می‌گیرند که مجازی‌سازی آن نیاز به بررسی خاصی دارد در حالی که هیچ بار کاری دیگری این‌گونه نیست، نمی‌توانم پاسخ دهم. اما پس از سال‌ها تحقیق در این پدیده، بینشی در مورد منشأ مشاوره‌های بی‌احتیاطانه پیرامون استقرارهای فیزیکی دارم.

اولین اشتباه از سوءتفاهم کلی از اینکه مجازی‌سازی اصلاً چیست ناشی می‌شود. این متأسفانه به طرز믿نکردنی رایج است و مردم اغلب فکر می‌کنند که مجازی‌سازی یعنی تجمیع، که البته اینطور نیست. پس آن اشتباه را گرفته و منطق کاذب را اعمال می‌کنند که تجمیع یعنی تجمیع دو DC از AD روی یک هاست فیزیکی. همچنین نیاز به این فرض دارد که همیشه دو یا چند DC وجود دارد، اما این هم یک باور رایج است. پس سه اشتباه بزرگ منطقی با هم ترکیب می‌شوند و مشاوره‌های بسیار بدی تولید می‌کنند که اگر توصیه‌ها را بررسی کنید، معمولاً می‌توانید ریشه آنها را ردیابی کنید. به نظر می‌رسد این ریشه اصلی اکثر مشاوره‌های بد است.

دلایل دیگر گاهی سوءتفاهم از بهترین شیوه‌های واقعی است، مانند عبارت «اگر دو DC از AD دارید، هر کدام باید روی یک هاست فیزیکی جداگانه باشند.» این بیانیه به ما می‌گوید که دو دستگاه فیزیکی متمایز باید در این سناریو استفاده شوند، که کاملاً درست است. اما این بدان معنا نیست که هیچ‌کدام از آنها نباید هایپروایزر داشته باشند، فقط یعنی دو هاست متفاوت لازم است. نحوه بیان این نوع مشاوره اغلب سخت است که درک شود اگر درک پیشین ندارید که در هیچ شرایطی یک بار کاری غیرمجازی قابل قبول نیست. اگر توصیه را با آن درک بخوانید، معنایش واضح و امیدوارم آشکار است. متأسفانه، آن توصیه اغلب بدون زمینه تکرار می‌شود و معنای زیربنایی می‌تواند به راحتی گم شود.

مدت‌ها پیش، حدود یک دهه پیش، برخی پلتفرم‌های مجازی‌سازی مشکلاتی در مورد زمان‌بندی و ساعت‌های سیستم داشتند که می‌توانست با سیستم‌های پایگاه داده خوشه‌ای مانند Active Directory مشکل ایجاد کند. این یک مشکل واقعی بود، اما مدت‌هاست حل شده، همانطور که برای بارهای کاری مختلف باید حل می‌شد. این تصور ایجاد شد که AD ممکن است نیاز به رفتار خاص داشته باشد، و به نظر می‌رسد حتی اکنون هم ادامه دارد، گرچه از نظر IT یک یا دو نسل گذشته که این مشکل وجود داشته و باید مدت‌ها پیش فراموش می‌شد.

یک افسانه دیگر که منجر به مشاوره بد می‌شود در این واقعیت ریشه دارد که DC های AD، مانند سایر پایگاه‌های داده خوشه‌ای، هنگام استفاده در حالت خوشه‌ای نباید اسنپ‌شات گرفته شوند زیرا این کار به راحتی باعث خرابی پایگاه داده می‌شود اگر فقط یک گره از خوشه به این شکل بازیابی شود. با این حال، این یک جنبه کلی از ذخیره‌سازی و پایگاه‌های داده است و اصلاً به مجازی‌سازی ربط ندارد. همین اطلاعات برای DC های فیزیکی AD نیز لازم است. این‌که اسنپ‌شات‌ها با مجازی‌سازی مرتبط هستند یک افسانه دیگر است؛ مجازی‌سازی چنین مصنوع ذخیره‌سازی‌ای را دلالت نمی‌کند.

افسانه‌های دیگر از این باور ناشی می‌شوند که مجازی‌سازی باید به Active Directory خودش برای عملکرد متکی باشد و بنابراین AD باید بدون مجازی‌سازی اجرا شود. این کاملاً یک افسانه و بی‌معنی است. هیچ نیاز دوری از این نوع وجود ندارد.

متأسفانه، برخی حوزه‌های فنی افسانه‌های بزرگ‌مقیاسی به وجود آورده‌اند که اغلب بسیاری از آنها، این حوزه‌ها را احاطه کرده و می‌تواند فهمیدن حقیقت را دشوار کند. مجازی‌سازی به اندازه کافی پیچیده است که بسیاری از مردم سعی می‌کنند نه تنها نحوه استفاده از آن، بلکه مفهوم آن را بدون درک مناسب یاد بگیرند، که گاهی به سوءتفاهم‌های دیوانه‌واری منجر می‌شود که از واقعیت به قدری فاصله دارند که سخت است بفهمیم واقعاً با چه چیزی روبرو هستیم. و در موردی مثل این، سوءتفاهم‌ها پیرامون مجازی‌سازی، تاریخ، پایگاه‌های داده خوشه‌ای، تکنیک‌های دسترسی بالا، ذخیره‌سازی و موارد دیگر جمع می‌شوند تا لایه‌ای روی لایه از سوءتفاهم ایجاد کنند که فهمیدن اینکه چگونه این همه چیز می‌توانند در مورد یک سوال استقرار گرد هم بیایند را دشوار می‌سازد.

در نهایت، کمتر بارهای کاری‌ای وجود دارند که به اندازه کنترلرهای دامنه Active Directory برای مجازی‌سازی مناسب باشند. هیچ موردی وجود ندارد که ایده استفاده از استقرار سیستم‌عامل فیزیکی برهنه برای یک DC باید در نظر گرفته شود - همیشه مجازی‌سازی کنید.

آگهی

SMB IT Journal — the IT resource for small business