Я пытаюсь использовать StorageOS для динамической подготовки томов в кластере K8s с собственным размещением v1.11.1.
StorageOS документы предлагают два варианта, один с использованием нового CSI, другой с использованием драйвера тома StorageOS, встроенного в K8s. Сначала я попробовал подход, основанный на CSI, но это не удалось. Исходя из того, что я понял, чтобы заставить CSI работать в K8s, требуется несколько подготовительных шагов ( согласно этой ссылке ), которые казались слишком продвинутыми, поэтому я попытался пойти по не-CSI маршруту.
Итак, я следовал за документами и создавал пакеты, службы и т. Д., Но они постоянно перезагружались. Описание включает ошибку:
Ошибка проверки работоспособности: ошибка проверки HTTP с кодом состояния: 500
Глядя на бревна, я нахожу тонны этих:
time="2018-09-12T12:14:20Z" level=info msg="not first cluster node, joining first node" action=create address=192.168.34.201 category=etcd host=worker21 module=cp target=192.168.33.101
time="2018-09-12T12:14:20Z" level=error msg="failed to join existing cluster" action=create category=etcd endpoint="192.168.33.101,192.168.33.201,192.168.34.201,192.168.34.202" error="Get http://192.168.33.101:5705/v1/members: dial tcp 192.168.33.101:5705: connect: connection refused" module=cp
Поскольку упоминается etcd, кажется, что StorageOS не может его найти. Я предполагал, что он будет использовать etcd моего кластера. К сожалению, я не смог найти никаких инструкций по настройке etcd специально для StorageOS. С другой стороны, порт 5705 является API REST StorageOS, так что, возможно, это даже не проблема. Любые указатели приветствуются!