Comments 4
Если не сложно, можно уточнить, для тех, кто почти не в теме?
Из статьи, насколько я понял, выходит так, что теперь интеграция VMware и СХД, предполагается на куда более тесном уровне, и производители СХД будут «пилить» свои устройства под данную технологию. То есть в ближайшем будущем, использовать ESXi + iSCSI скажем на обычном Linux станет не возможным (при использовании VVol)?
Из статьи, насколько я понял, выходит так, что теперь интеграция VMware и СХД, предполагается на куда более тесном уровне, и производители СХД будут «пилить» свои устройства под данную технологию. То есть в ближайшем будущем, использовать ESXi + iSCSI скажем на обычном Linux станет не возможным (при использовании VVol)?
Сложно сказать про планы VMware в этом плане, однако архитектура vVol довольно гибкая: в ней предусмотрены, например, VASA-провайдеры, которые можно реализовать потенциально под любой вид хранилища.
Виртуальные машины с vvol'ами можно будет создавать только на vvol датасторах, создание которого невозможно без зарегистрированного VASA vendor provider. NFS и VMFS никто отнимать не планирует, как мне кажется. Соответственно если хочется поиграться с vvol'ами, то либо надеяться на появление open-source реализации VASA vendor provider, либо писать самому, либо покупать уже готовое.
Вот тут можно посмотреть ответы на некоторые базовые вопросы: http://www.vmware.se/files/pdf/products/virtualvolumes/VMware_Virtual_Volumes_Datasheet.pdf
Вот тут можно посмотреть ответы на некоторые базовые вопросы: http://www.vmware.se/files/pdf/products/virtualvolumes/VMware_Virtual_Volumes_Datasheet.pdf
На мой взгляд, они хотят унифицировать СХД, ибо сейчас возникает много сложностей, во взаимодействии этих компонент. Я думаю, не редки случаи, когда из-за плохо настроенной СХД, техподдержке VMware, приходится «туго». По сему, мне кажется, они постепенно убьют всё нафиг в пользу только своих решений.
За ссылку спасибо!
За ссылку спасибо!
Sign up to leave a comment.
Virtual Volumes от компании VMware – внедрять нельзя ждать?