در قسمت اول مقاله در مورد قابلیت های vSphere 7 و VMware NVMeoF صحبت کردیم و توضیح داده شد که منظور از NVMeoF over RDMA چیست؟ در قسمت دوم در مورد اینکه vVols به‌عنوان Storage تکمیلی در VCF مورد استفاده قرارمی گیرد بحث شد و در قسمت سوم به موارد ارتفاء یافته در NFS نگاهی انداختی حال به ادامه مقاله خواهیم پرداخت.
پشتیبانی از چندین آداپتور Paravirtual RDMA یا PVRDMA
در vSphere 6.7 پشتیبانی از RDMA در vSphere شروع می شود، یکی از محدودیت‌ها این است که فقط یک آداپتور PVRDMA در هر ماشین مجازی تحت پشتیبانی بود. با انتشار vSphere 7.0 U2، اکنون چندین آداپتور PVRDMA برای هر VM تحت پشتیبانی است.
بهبود عملکرد روی VMFS
با انتشار vSphere 7.0 U2، چندین بهبود برای VMFS ایجاد شده، عملکرد برای اولین Writeها روی Thin Diskها بهبود یافته است. این تغییرات عملکرد را برای پشتیبان‌گیری و بازیابی، عملیات کپی و Storage vMotion در Instanceهای به‌خصوصی بهبود بخشیده است. با این بهبود و پیشرفت‌هایی که با Affinity 2.0 در vSphere 7 انجام شده است، تأثیر اولین Write بیش از پیش کاهش پیدا کرده است. این بهبودها کمک می‌کند که تأثیرات احتمالی اولین Writeها در هنگام استفاده از دیسک‌های Thin-Provisioned کاهش پیدا کند.
ویدیوی آموزشی مبانی اولیه مجازی سازی با VMware vSphere
ویدیوهای بیشتر درباره vSphere 7
بهبودهای NFS
NFS برای VMهایی که به‌تازگی ایجاد شده اند، نیازمند این است که در ابتدا یک Clone ایجاد شود و امکان Offload کردن VMهای بعدی در Array وجود داشته باشد. با انتشار vSphere 7.0 U2، قابلیت NFS Array Snapshots از VMهای کامل و Cloneنشده فعال شده است تا از Logهای Redo استفاده نشود بلکه درعوض از تکنولوژی Snapshot از NFS Array استفاده گردد تا عملکرد Snapshot بهتری فراهم شود. این بهبودها الزامات و محدودیت‌های ایجاد یک Clone را برطرف کرده و این امکان را فراهم می‌کنند که اولین Snapshot نیز به Array، Offload شود.
پشتیبانی از HPP Fast Path برای Fabric Devices
High Performance Plugin یا HPP یک Multi-Pathing Plugin یا MPP جدید برای ESXi می‌باشد که VMware آن را برای دستگاه‌های بسیار سریع توسعه داده است. HPP یک MPP سبک‌تر از NMP است اما برای دستیابی به برخی از این موارد پشتیبانی از Sub-Pluginها مثل Storage Array Type Pluginها یا SATPها و Path Selection Pluginها یا PSPها را کنار می‌گذارد. ارائه‌ی HPP با ESXi 6.7 شروع می شود اما برای هیچ دستگاهی افزونه‌ی پیش‌فرضی تا بحال نبود و تنها از دستگاه‌های Local با یک مسیر واحد پشتیبانی می‌کرد. این امر باعث شد که برای مورد کاربرد به‌خصوص مبتنی بر NVMe-PCIe کاربرد داشته باشد که می‌توانست به IOPS بسیار بالاتری از ESXi Native Multi-Pathing Plugin یا NMP برسد.
با انتشار vSphere 7.0 U2، اکنون HPP افزونه‌ی پیش‌فرضی برای دستگاه‌های NVMe می‌باشد. این افزونه دو گزینه دارد: SlowPath با رفتار قدیمی، قابلیت‌های VM Fairness و FastPath که جدیداً اضافه شده است و طراحی شده تا عملکرد بهتری را در مقایسه با SlowPath با برخی از محدودیت‌ها ارائه کند. HPP حتی در حالت SlowPath معمولاً می‌تواند برای دستگاه یکسانی عملکرد بهتری از NMP داشته باشد زیرا با کاهش lock contention و سربار CPU در مسیر IO، در حالت Batch به IOهایی رسیدگی می‌شد. کارایی FastPath محدودیت‌هایی دارد و برای موارد کاربرد محدودی به کار می‌رود، با تنظیم کردن یک آستانه‌ی حساسیت تأخیر یا Latency Sensitive Threshold می‌توان FastPath را فعال‌سازی کرد، لازم به ذکر است به مقدارهای پایین‌تر از این آستانه اجازه‌ی عملیات FastPath داده می‌شود، وقتی که میزان تأخیر دستگاه بالاتر از این آستانه باشد SlowPath انتخاب می‌شود و درنتیجه اطمینان حاصل می‌گردد که وقتی میزان تأخیر تأثیر بیشتری دارد، Fairness رعایت گردد.
HPP به‌عنوان افزونه‌ی پیش‌فرض برای vSAN
با انتشار vSphere 7.0 U2، اکنون HPP تبدیل به MPP پیش‌فرضی برای تمام دستگاه‌هایی می‌باشد که با vSAN مورد استفاده قرار می‌گیرند (SAS/SATA/NVMe). باید توجه گردد که HPP همچنین افزونه‌ی پیش‌فرضی برای دستگاه‌های Fabric Device NVMe ها می‌باشد، این بهبود در زیرساخت اطمینان حاصل می‌کند که vSAN از افزونه‌ی Storage بهبودیافته استفاده کند و بتواند از بهبودها بهره‌مند شود.
بهبودهای VOMA
vSphere On-disk Metadata Analyzer یا VOMA برای شناسایی و اصلاح خرابی‌های فراداده مورد استفاده قرار می‌گیرد که می‌توانند روی فایل سیستم یا Volumeهای منطقی زیرین تأثیر بگذارند. با انتشار vSphere 7.0 U2، پشتیبانی از VOMA اکنون برای Volumeهای VMFS پوشش یافته فعال شده است.
بهبودها و بروزرسانی‌های vVols
از جمله ی این بهبودها می توان به پشتیبانی برای Higher Queue Depth با vVols Protocol Endpoints اشاره کرد.
بیشتر بخوانید: آشنایی با مفهوم VMware vSphere Virtual Volumes یا vVols و بررسی مزایای آن
ایجاد Config vVol بزرگ‌تر از 4GB
این امر اجازه می‌دهد که Config vVol بزرگ‌تر از مقدار پیش‌فرض که 4GB بوده باشد تا کاربران بتوانند Imageها را برای automatic buildها ذخیره کنند. برخی از کاربران نیاز به این داشتند که بتوانند تصاویر را ذخیره کرده و فایل‌هایی را در Config vVol بسازند که قبلاً محدود به 4GB بود. اکنون می‌توان Config vVol را مشابه با Data vVol افزایش داد.
vVols با CNS و Tanzu
Storage Policy-Based Management یا SPBM با vVols به VI Admin استقلال لازم را برای مدیریت قابلیت‌های Storage در سطح VM از طریق پالیسی داده، با انتشار vSphere 7.0 U2، به کاربران vVols این توانایی داده شده است که از چندین قاعده‌ی Snapshot در یک پالیسی واحد SPBM Storage پشتیبانی کنند. این ویژگی باید در ارائه‌دهندگان VASAی مربوطه تحت پشتیبانی باشد که اجازه می‌دهند پالیسی‌های Snapshot ایجاد گردد. وقتی کاربران vVols پشتیبانی لازم را ارائه دهند، می‌توان یک پالیسی واحد با چندین قاعده با بازه‌های Snapshot متفاوت داشت.
بیشتر بخوانید: آشنایی با پلتفرم vSphere With Tanzu و معرفی آن
Persistent Volumeها یا PVها در vSphere به‌عنوان First-Class Disks یا FCD ایجاد می‌شوند، FCDها دیسک‌هایی مستقل هستند که هیچ VMی به آن‌ها متصل نشده است. با انتشار vSphere 7.0 U2، پشتیبانی از Snapshot برای حداکثر 32 عدد Snapshot برای FCDها اضافه می‌گردد. این امر به کاربر این امکان را می‌دهد که Snapshotهایی را از PVهای K8s ایجاد کنند که با چندین قاعده‌ی SPBM Snapshot هماهنگ باشد.
Mapping از CNS PV به vVol
در برخی از موارد ممکن است کاربران بخواهند ببینند که کدام vVol به کدام CNS Persistent Volume مرتبط است. با انتشار vSphere 7.0 U2 در رابط کاربری CNS، اکنون می‌توان یک Mapping از PV را به vVol FCD مرتبط آن دید.
