Как стать автором
Обновить

Использование NFS в качестве Persistent Volume (постоянного тома) для Kubernetes с помощью Ansible и Terraform

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров6.7K
Всего голосов 11: ↑11 и ↓0+11
Комментарии1

Комментарии 1

Не очень понятна цель упражнения - раздать nfs со сторажки в кластер - ок, норм, пусть и не самый сладкий сахарн.

Делать самому... отказоустойчиовсти у решения нет - single point of failure на пустом месте. Делать nfs поверх кластеризованной ФС - того же gluster'а конечно можно - но прям такоЭ. Использовать для stateful-приложений, которые самостоятельно умеют в кластеризацию и репликацию данных - нуууу ооок, но не проще ли тогда local persistent volumes обмазаться - в плане удобства работы\управления\отказоустойчивости то на то будет минус оверхед на nfs. Опять же надо на структуру хранения смотреть - nfsv4 прям не любит большое количество файлов в одном каталоге, в tencent cloud для аналогичного сетапа прям непосредственная рекомендация - приколачивайте гвоздями nfsv3.

Если уж nfs нам зачем-то нужен - то почему kernel реализация, а не nfs-ganesha? Последний определенно быстрее и лучше себя ведет при разрывах связи - с ним я с ситуацией "полного зависания сервера" не сталкивался, а вот с kernel nfs - было.

В общем, троллейбус из буханки конечно почти как настоящий - но зачем?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий