vCenter DataBase

[mehdi.g]

دوست عزیز ، آقای توکلی

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

[nkm]

در حالت معمول در تنظیمات Host در قسمت Configuration->Virtual Machine Startup/Shutdown گزینه هایی وجود داره که می تونید با فعال کردن به هاست بگید که قبل از Shutdown شدن، ابتدا VMها رو Shutdown کنه و یا موقع Startup هم VMها رو روشن کنه. این گزینه بدرد وقتی می خوره که هاست پروسه Shutdown رو طی کنه و نه وقتی که بر اثر موارد ناگهانی مثل قطعی برق ازکار بیافته.
نکته مهم اینجاست که این تنظیم در تضاد با قابلیت HA رو Cluster هست. یعنی وقتی که HA رو بر روی Cluster فعال می کنید، با نصبHA Agent بر روی هاستها این تنظیم غیرفعال میشه تا درصورت ازکار افتادن یک هاست، و طی پروسه HA (رجیستر شدن VMها بر روی هاست دیگر و راه اندازی مجدد VMهای مزبور)، درصورتیکه هاست قبلی به مدار برگشت و دوباره روشن شد، VMها بر روی هاست قبلی رجیسترشده باقی نمونند و اونجا بالا نیان. چون با فعال بودن این دو مورد با هم در اینکار اختلال بوجود میاد.

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

نکته بسیار مهمتر از اینها در مفهوم HA نهفته است که متاسفانه شما به اون دقت نکردید!
قابلیت HA در یک Cluster برای این طراحی شده تا اگر یک هاست Fail شد VMها بر روی هاستهای دیگه قابل بازیابی بوده و مجدداً شروع به کار کنند. بنابراین از HA نباید این انتظار رو داشت که وقتی شما بصورت دستی یک هاست رو خاموش می کنید و اون هاست مراحل معمولی Shutdown رو طی می کنه، HA وارد عمل بشه.

من دستی این کار را نکردم، برق آن را کشیدم!!!

درحقیقت HA قابلیت دسترس پذیری با کمی تاخیر رو براتون فراهم می کنه.
اگر قصد شما دسترس پذیری در بالاترین سطح ممکن و بدون وقفه هست، باید از Fault Tolerance استفاده کنید. که در اینصورت VM دیگه ای عیناً متناظر با VM اصلی همواره آماده بکار در آخرین وضعیت به سر می بره تا اگر VM اصلی بطور ناگهانی از دسترس خارج شد، VM دوم سریعاً جایگزین بشه و در اینصورت دیگه Down Time نخواهید داشت.

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

موفق و پیروز باشید

ممنونم