☁️ لینک گروه لینک گروه تکنولوژی های ابری و مجازی سازی
@Virtulization_and_Cloud_Techs ☁️ #vRFC #vSphere_Flash_Read_Cache @iranopensource🐧
@Virtulization_and_Cloud_Techs ☁️ #vRFC #vSphere_Flash_Read_Cache @iranopensource🐧
Iran Open Source (IOS)
☁️ لینک گروه لینک گروه تکنولوژی های ابری و مجازی سازی @Virtulization_and_Cloud_Techs ☁️ #vRFC #vSphere_Flash_Read_Cache @iranopensource🐧
♻️ معرفی vFRC قابلیت vSphere Flash Read Cache در VMware
#vRFC #vSphere_Flash_Read_Cache
⭕️ یکی از قابلیتهای جدید و موثر افزوده شده به vSphere 5.5 به بعد، ویژگی است، بنام Flash Read Cache که به اختصار به آن vFRC هم می گویند. این ویژگی به شما اجازه می دهد تا از SSD های موجود بر روی Host های خود بعنوان Storage Read Cache استفاده نمایید. با این شیوه شما تمامی Workload های مورد نیاز ماشین های مجازی خود را بروی یک SSD با سرعت بالا در کنار Host خود دارید و بدین گونه می تواند تاثیر مثبتی بر روی عملکرد و سرعت کل کلاستر مجازی شما داشته باشد. بدین روش شما به یک Throughput بسیار مناسب با Latency بسیار پایین دست میابید.
⭕️ بهره گیری از قابلیت vFRC هیچ گونه تاثیر مخربی بر دیگر قابلیتها و فعالیتها ندارد. شاید این سوال برایتان پیش آید که آیا تمامی Host ها باید دارای SSD باشند تا بتوان از این قابلیت در کلاستر استفاده نمود؟ پاسخ این سوال خیر است. زیرا که اگر شما تنها یک Host با SSD هم داشته باشید می توانید از این ویژگی بهره ببرید و در صورت نیاز می توانید با vMotion ماشین مجازی را به Host که فاقد SSD باشد، منتقل نمایید تا با این تفاوت که ماشین مجاری بر روی Host جدید دیگر نمی تواند از vFRC بهره ببرد. پس هیج گونه محدودیتی برای اجرا آن در کلاستر خود ندارید.
⭕️ شما می توانید حداکثر از 8 دیسک SSD و یا حداکثر 4TB، بر روی هر Host و حداکثر تا 32TB برای کل کلاستر بهره ببرید. زمانی که شما این SSD ها را به Cache Pool خود اختصاص می دهید، کماکان می توانید از بخشی از فضای آن نیز بعنوان فضایی جهت Host Memory Caching استفاده نمایید. ( بمانند همان شیوه ای که در گذشته در vSphere 5.1 استفاده می شد.)
⭕️ نقطه ضعفی که به vFRC وارد است اینست که شما تمامی تنظیمات مربوطه را باید مستقیماً بر روی تک تک ماشین های مجازی خود اعمال نمایید و امکان تعریف تنظیمات مشابه برای یک گروه ماشین وجود ندارد. این بدین معناست که شما باید برای هر ماشین مجازی علاوه بر فعال نمودن قابلیت vFRC، باید مقدار ظرفیتی را که می تواند از Cache Pool را در اختیار بگیرد تعیین نمایید. (به خاطر داشته باشید که از این ویژگی تنها می توانید بر روی ماشین های مجازی با Hardware Version 10 به بعد استفاده نمایید.)
پس از تعیین سایز فضای Cache بر روی ماشین مجازی باید Block Size مربوطه را نیز تنظیم نمایید. Block Size در واقع تعیین کننده حداکثر فضای Cache قابل استفاده توسط ماشین مجازی است. مقادیر آن به شرح زیر است:
4 K Block – Up to 4 GB
8 K Block – Up to 8 GB
16 K Block – Up to 16 GB
32 K Block – Up to 32 GB
1 MB Block – Up to 1 TB
🌀 نکته مهم
شرکت VMware در 15 آپریل 2019 در blog خود نوشت که استفاده از قابلیت vFRC دیگر در Update 2 از vSphere 6.7 منسوخ شده است. (لینک زیر)
اما جایگزین vFRC چیست؟ شما می توانید از VMware vSAN به عنوان جایگزین قابلیت vFRC استفاده نمایید که معماری آن مزایایی از جمله Cache و Capacity Storage Layer را برای شما فراهم می آورد.
https://blogs.vmware.com/vsphere/2019/04/vflash-read-cache-deprecation-announced.html
میثم ناظمی
@iranopensource🐧
#vRFC #vSphere_Flash_Read_Cache
⭕️ یکی از قابلیتهای جدید و موثر افزوده شده به vSphere 5.5 به بعد، ویژگی است، بنام Flash Read Cache که به اختصار به آن vFRC هم می گویند. این ویژگی به شما اجازه می دهد تا از SSD های موجود بر روی Host های خود بعنوان Storage Read Cache استفاده نمایید. با این شیوه شما تمامی Workload های مورد نیاز ماشین های مجازی خود را بروی یک SSD با سرعت بالا در کنار Host خود دارید و بدین گونه می تواند تاثیر مثبتی بر روی عملکرد و سرعت کل کلاستر مجازی شما داشته باشد. بدین روش شما به یک Throughput بسیار مناسب با Latency بسیار پایین دست میابید.
⭕️ بهره گیری از قابلیت vFRC هیچ گونه تاثیر مخربی بر دیگر قابلیتها و فعالیتها ندارد. شاید این سوال برایتان پیش آید که آیا تمامی Host ها باید دارای SSD باشند تا بتوان از این قابلیت در کلاستر استفاده نمود؟ پاسخ این سوال خیر است. زیرا که اگر شما تنها یک Host با SSD هم داشته باشید می توانید از این ویژگی بهره ببرید و در صورت نیاز می توانید با vMotion ماشین مجازی را به Host که فاقد SSD باشد، منتقل نمایید تا با این تفاوت که ماشین مجاری بر روی Host جدید دیگر نمی تواند از vFRC بهره ببرد. پس هیج گونه محدودیتی برای اجرا آن در کلاستر خود ندارید.
⭕️ شما می توانید حداکثر از 8 دیسک SSD و یا حداکثر 4TB، بر روی هر Host و حداکثر تا 32TB برای کل کلاستر بهره ببرید. زمانی که شما این SSD ها را به Cache Pool خود اختصاص می دهید، کماکان می توانید از بخشی از فضای آن نیز بعنوان فضایی جهت Host Memory Caching استفاده نمایید. ( بمانند همان شیوه ای که در گذشته در vSphere 5.1 استفاده می شد.)
⭕️ نقطه ضعفی که به vFRC وارد است اینست که شما تمامی تنظیمات مربوطه را باید مستقیماً بر روی تک تک ماشین های مجازی خود اعمال نمایید و امکان تعریف تنظیمات مشابه برای یک گروه ماشین وجود ندارد. این بدین معناست که شما باید برای هر ماشین مجازی علاوه بر فعال نمودن قابلیت vFRC، باید مقدار ظرفیتی را که می تواند از Cache Pool را در اختیار بگیرد تعیین نمایید. (به خاطر داشته باشید که از این ویژگی تنها می توانید بر روی ماشین های مجازی با Hardware Version 10 به بعد استفاده نمایید.)
پس از تعیین سایز فضای Cache بر روی ماشین مجازی باید Block Size مربوطه را نیز تنظیم نمایید. Block Size در واقع تعیین کننده حداکثر فضای Cache قابل استفاده توسط ماشین مجازی است. مقادیر آن به شرح زیر است:
4 K Block – Up to 4 GB
8 K Block – Up to 8 GB
16 K Block – Up to 16 GB
32 K Block – Up to 32 GB
1 MB Block – Up to 1 TB
🌀 نکته مهم
شرکت VMware در 15 آپریل 2019 در blog خود نوشت که استفاده از قابلیت vFRC دیگر در Update 2 از vSphere 6.7 منسوخ شده است. (لینک زیر)
اما جایگزین vFRC چیست؟ شما می توانید از VMware vSAN به عنوان جایگزین قابلیت vFRC استفاده نمایید که معماری آن مزایایی از جمله Cache و Capacity Storage Layer را برای شما فراهم می آورد.
https://blogs.vmware.com/vsphere/2019/04/vflash-read-cache-deprecation-announced.html
میثم ناظمی
@iranopensource🐧
VMware vSphere Blog
vFlash Read Cache Deprecation Announced
We announced the deprecation of vFlash Read Cache (vFRC) in the release notes of vSphere 6.7 Update 2. vFRC continues to be supported for vSphere 6.0/6.5/6.7. However, the next major release will not. VMware vSphere Flash Read Cache is being deprecated. While…