История изменений
Исправление sanyo1234, (текущая версия) :
Точно возникнет проблема с производительностью, так как PersistentVolume будут на каком-нибудь Ceph’е, а из него больше 2500 IOPS в один поток выжать очень сложно.
Бывают ведь и более производительные HA хранилища данных? Например, Linstor? Только зачем HA хранилище для кластера СУБД, который сам умеет в HA на обычных хранилищах (речь о табличных пространствах для РСУБД или аналогах для NoSQL СУБД)? Оператор можно настроить для работы с разными НЕ HA хранилищами для каждого отдельно взятого узла? Проброс по iSCSI и через другие подобные Кубер провайдеры? Контейнеру обязательно пользоваться наружным томом, предоставляемым Кубером? Сам он не может смонтировать себе хранилище по сетке только внутри себя именно под табличные пространства?
Исправление sanyo1234, :
Точно возникнет проблема с производительностью, так как PersistentVolume будут на каком-нибудь Ceph’е, а из него больше 2500 IOPS в один поток выжать очень сложно.
Бывают ведь и более производительные HA хранилища данных? Например, Linstor? Только зачем HA хранилище для кластера СУБД, который сам умеет в HA на обычных хранилищах? Оператор можно настроить для работы с разными НЕ HA хранилищами для каждого отдельно взятого узла? Проброс по iSCSI и через другие подобные Кубер провайдеры? Контейнеру обязательно пользоваться наружным томом, предоставляемым Кубером? Сам он не может смонтировать себе хранилище по сетке только внутри себя именно под табличные пространства?
Исправление sanyo1234, :
Точно возникнет проблема с производительностью, так как PersistentVolume будут на каком-нибудь Ceph’е, а из него больше 2500 IOPS в один поток выжать очень сложно.
Бывают ведь и более производительные HA хранилища данных? Например, Linstor? Только зачем HA хранилище для кластера СУБД, который сам умеет в HA на обычных хранилищах? Оператор можно настроить для работы с разными НЕ HA хранилищами для каждого отдельно взятого узла? Проброс по iSCSI и через другие подобные Кубер провайдеры? Контейнеру обязательно пользоваться наружным томом, предоставляемым Кубером? Сам он не может смонтировать себе хранилище по сетке именно под табличные пространства?
Исправление sanyo1234, :
Точно возникнет проблема с производительностью, так как PersistentVolume будут на каком-нибудь Ceph’е, а из него больше 2500 IOPS в один поток выжать очень сложно.
Бывают ведь и более производительные HA хранилища данных? Например, Linstor? Только зачем HA хранилище для кластера СУБД, который сам умеет в HA на обычных хранилищах? Оператор можно настроить для работы с разными НЕ HA хранилищами для каждого отдельно взятого узла? Проброс по iSCSI и через другие подобные Кубер провайдеры? Контейнеру обязательно пользоваться наружным томом, предоставляемым Кубером? Сам он не может смонтировать себе хранилище именно под табличные пространства?
Исправление sanyo1234, :
Точно возникнет проблема с производительностью, так как PersistentVolume будут на каком-нибудь Ceph’е, а из него больше 2500 IOPS в один поток выжать очень сложно.
Бывают ведь и более производительные HA хранилища данных? Например, Linstor? Только зачем HA хранилище для кластера СУБД, который сам умеет в HA на обычных хранилищах? Оператор можно настроить для работы с разными НЕ HA хранилищами для каждого отдельно взятого узла? Проброс по iSCSI и т.п. FC?
Исправление sanyo1234, :
Точно возникнет проблема с производительностью, так как PersistentVolume будут на каком-нибудь Ceph’е, а из него больше 2500 IOPS в один поток выжать очень сложно.
Бывают ведь и более производительные HA хранилища данных? Например, Linstor? Только зачем HA хранилище для кластера СУБД, который сам умеет в HA на обычных хранилищах? Оператор можно настроить для работы с разными НЕ HA хранилищами для каждого отдельно взятого узла?
Исправление sanyo1234, :
Точно возникнет проблема с производительностью, так как PersistentVolume будут на каком-нибудь Ceph’е, а из него больше 2500 IOPS в один поток выжать очень сложно.
Бывают ведь и более производительные HA хранилища данных? Например, Linstor? Только зачем HA хранилище для кластера СУБД, который сам умеет в HA на обычных хранилищах?
Исправление sanyo1234, :
Точно возникнет проблема с производительностью, так как PersistentVolume будут на каком-нибудь Ceph’е, а из него больше 2500 IOPS в один поток выжать очень сложно.
Бывают ведь и более производительные HA хранилища данных? Например, Linstor? Только зачем HA хранилище для кластера СУБД, который сам умеет в HA на обычных носителях?
Исправление sanyo1234, :
Точно возникнет проблема с производительностью, так как PersistentVolume будут на каком-нибудь Ceph’е, а из него больше 2500 IOPS в один поток выжать очень сложно.
Бывают ведь и более производительные HA хранилища данных? Например, Linstor? Только зачем HA хранилище для СУБД, которая сама умеет в HA?
Исходная версия sanyo1234, :
Точно возникнет проблема с производительностью, так как PersistentVolume будут на каком-нибудь Ceph’е, а из него больше 2500 IOPS в один поток выжать очень сложно.
Бывают ведь и более производительные HA хранилища данных? Например, Linstor?