در قسمت اول مقاله در مورد قابلیت های vSphere 7 و VMware NVMeoF صحبت کردیم و توضیح داده شد که منظور از NVMeoF over RDMA چیست؟ در قسمت دوم در مورد اینکه vVols به‌عنوان Storage تکمیلی در VCF مورد استفاده قرارمی گیرد بحث شد، حال به ادامه مقاله خواهیم پرداخت.
بررسی موارد ارتقاء یافته در VMFS و قابلیت های vSphere 7
• کاهش تجمیع Blot در SESparse Snapshot
با بهینه سازی فرآیند SESparse Snapshot ،Bloat کاهش پیدا کرده است. هنگام استفاده از VMDK Thinها، با تجمیع vSphere Snapshot و Unmapping داده های پاک شده، میتوان میزان فضای مورد استفاده از دیسک را افزایش داده و با بهینه سازی فرآیند تجمیع، آن را بهبود بخشید.
• کاهش Stun Time vSphere Snapshot
برای کاهش Stun Time در حین ایجاد و حذف Snapshot، فرآیند Snapshot بهینه سازی شده است، با استفاده از نحوه ی بروزرسانی Resource Cluster یا RC توسط Affinity Manager، زمان ایجاد و حذف Snapshot کاهش و فرآیند تجمیع Snapshot بهبود یافته است.
نگاهی به موارد ارتفاء یافته در NFS
• Pluginهای NAS VAAI
قبلا، نصب Pluginهای NAS VAAI نیاز به Reboot نمودن Host ESXi داشت. ولی در vSphere 7 Update 1، برای نصب Pluginهای VAAI NAS دیگر نیاز به Reboot سیستم نیست.
• ممکن استCloning NVDK مربوط به دیسک LZT با دیسک پشتیبانی نشده، کار نکند. ولی در ورژن جدید برای پشتیبانی از انواع دیسک، کد بروز شده است.
ویدیوی آموزشی مبانی اولیه مجازی سازی با VMware vSphere
ویدیوهای بیشتر درباره vSphere 7
• Extention pRDM با Microsoft WSFC
در حال حاضر در مورد قابلیت های vSphere 7، عملکرد Onc مربوط به RDM میتواند از طریق سایر برنامه های دیسک مشترک آن را Hot نماید. در آپدیت vSphere 7، پشتیبانی از دیسک آنلاین یا Expansion LUN برای عبور از RDM به همراهWindows Server Failover Clustering یا WSFC تأیید شده است.
پشتیبانی NVMeoF از Oracle RAC
کاربران زیادی از برنامه های کلاستر شده، مانند Oracle RAC، استفاده میکنند. با ادامه ی پشتیبانی از NVMeoF، به ویژه برای Instanceهای دیتابیس، کاربران میتوانند از تایید پیاده سازی های مختلف اطمینان حاصل کنند.
جهت مشاوره رایگان و یا راه اندازی زیرساخت مجازی سازی دیتاسنتر با کارشناسان شرکت APK تماس بگیرید. |
• با vSphere 7 Update 1، پشتیبانی از Oracle RAC با استفاده از اهداف NVMeoF گسترش یافته است.
vVols به عنوان Principal Storageدر VCF 4.1
پشتیبانی از Virtual Volume یا vVols به عنوان Principal Storage درVMware Cloud Foundation 4.1 در نسخه ی vSphere 7.0 Update 1، بروزرسانی هایی نیز برای Cound Foundation و Tanzu وجود دارد.
بیشتر بخوانید: آشنایی با مفهوم VMware vSphere Virtual Volumes یا vVols و بررسی مزایای آن
VMware Cloud Foundation 4.1
• در نسخه ی VCF 4.1، پشتیبانی از vVols به عنوان Principal Storage در دامنه های Wirkload اضافه شده است.
با استفاده از VMware Cloud Foundation ،Management Domainبه vSAN نیاز دارد که با استفاده از مدیریت مبتنی بر پالیسی یا SPBM به راحتی میتوان آن را مدیریت کرد. SPBM امکان مدیریت ساده عملیاتی Storageرا برای کاربر فراهم میکند. اگرچه میتوان از پالیسی های مبتنی بر Tag با Storage خارجی برای VCF استفاده نمود، اما این امر چیزی نیست که به راحتی Scale شود و به عملیات دستی زیادی نیاز دارد. در مقیاس احتمالی VCF ،Tag نمودن دستی Datastoreها ممکن است دشوار باشد. در نتیجه، توانایی مدیریت برنامه نویسی تمام Storage VCF کاربر با ساده سازی عملیات، باعث میشود زمان ارزشمندی برای سایر Taskها آزاد شود.
در VCF 4.0 از vSAN ،NFS و VMFS در FC به منظور Principal Storage برای Clusterهای Workload Domain تازه ایجاد شده پشتیبانی میشود. VCF 4.1 گزینه های Principal Storage را با افزودن پشتیبانی از vVols افزایش می دهد. vVols قبلاً فقط برای Supplemental Storage پشتیبانی میشد. تفاوت عمده این دو در Principal Storage است، که دارای گزینه ی Initial Storage میباشد و هنگام ایجاد کلاسترهای جدید در VCF انتخاب میشود، تنظیم اصلی Storage از طریق گردش کار VCF به صورت خودکار انجام می گردد. Supplemental Storage پس از ایجاد vSphere Web UI به صورت دستی به یک کلاستر اضافه میشود. اکنون با استفاده از vVols، میتوان از مزایای بیشماری در VCF استفاده کرد و کاربر می تواند از همان صفحه ی مدیریت SPBM برای vSAN و Arrayهای خارجی خود استفاده کند. vVols به کاربر امکان می دهد تا از تمام قابلیت های Array مانند Snapshot مبتنی برArray ،Cloning و همسان سازی استفاده کند. همه ی این موارد از طریق پالیسی ها، در یک Datastore vVols واحد، با Granularity VM مدیریت میشوند.
تنظیم vVolها به عنوانPrincipal Storage در VCF 4.1
در نسخه ی 4.1، از NFS 3.x ,FC و پروتکل های iSCSI محدود برای vVolها پشتیبانی میشود. برای iSCSI، چند Pre-Task وجود دارد که باید انجام شوند. Initiator SW iSCSI را باید بر روی همه ی Hostها در WLD جدید تنظیم کرد و باید VASA را به عنوان یک Dynamic Target در نظر گرفت.
در صورت وارد کردن جزئیات نادرست VASA، ثبت VASA در خارج از Workflow، فعال میشود. به این ترتیب، گردش کار ادامه پیدا می کند و به کاربر این امکان را میدهد تا اطلاعات نادرست را برای ثبت VASA تصحیح کند.
پس از مرور بقیه ی جزئیات مربوط به WLD جدید، Storage vVols آماده است.
با ساخت WLD، میتوان وارد قسمت Host شد و یک vVols Datastore متصل به Hostها را مشاهده نمود. به طور پیش فرض، یک پالیسی SPBM ،”vVols No Requirement Policy”ایجاد میشود. یعنی هیچ پالیسی SPBM دیگری ایجاد نمی شود، زیرا متغیرهای زیادی در مورد انواع Array و نیاز کاربر وجود دارد. هیچ راهی برای ایجاد یک پالیسی پیشرفته، متناسب با موارد مورد نیاز، بدون دخالت کاربران وجود ندارد. کاربران میتوانند پالیسی های خاص و متناسب با SPBM را که مطابق با نیازهای برنامه، سازمان یا امنیت است، ایجاد کند.
ویژگی های vSphere 7 و پیشرفت های Core Storage در vSphere 7 Update 2
افزایش iSCSI Path Limit
یکی از پیشرفت ها در نسخه آپدیت دوم vSphere 7، که باعث هیجان کاربران خواهد شد، افزایش iSCS Path Limit است. تا قبل از انتشار نسخه ی جدید، Path Limit iSCSI برای هر LUN برابر با 8 Path بود. این امر خواه به خاطر چندین VMKernel بود یا از اهداف، کاربران اغلب با 16 یا 24 مسیر به پایان میرسیدند. اما با vSphere 7.0 U2، محدودیت مسیر جدید iSCSI اکنون 32 مسیر در هر LUN است.
پشتیبانی RDM از RHEL HA
برای ایجاد امکان پشتیبانی از Red Hat Enterprise HA جهت استفاده از RDM در vSphere، لازم است چند تغییر ایجاد شود، که با انتشار نسخه ی vSphere 7.0 U2 ، RHEL HA اکنون در RDM پشتیبانی میشود.
ارتقاء VMFS SESparse Snapshot
پیش از این، اگر یک Read وارد ماشین مجازی میشد و VM دارای Snapshot بود، Readها Snapshot Chainرا بر روی دیسک پایه عبور میدادند. اکنون، وقتی Read در یک فیلتر قرار میگیرد، آن را به سمت Snapshot Chain پایه هدایت می کند تا تاخیر Read را کاهش دهد.
