я тут сижу в соседней конфе с баттхертом по поводу тормозов от использования NVME с паравиртуализацией. Единственный путь это проброс. Если дофига свободных ядер то mdev nvme + патчи для qemu. Там оно тоже в polling mode работает.
а зачем баттхертить? амазон и гугль так делают и все нормально
баттхерт теперь уже в основном из-за того, что на барахолках NVME с поддержкой SR-IOV не купить, а в рознице слишком дорого. И выбора особо нет. А прокидывать по одному девайсу на каждый WAL тоже дорого.
я, кстати, давеча видел монстровый pci-e bifurcation riser: x8x4x4, топовый разъем x8, solder-side x4 (пишут, что под гибкий райзер), с обратной стороны M.2, правда только по 2280, так что оптаны не лезут
кто-нибудь запускал postgress на PVE не в виртуалке,а в LXC? Глючит оно или нет ? Плюс, можно как-нибудь на проксе к коросинку подключится, так чтобы master<->slave переходы осуществлять, как обычно, через pacemaker
кто-нибудь запускал postgress на PVE не в виртуалке,а в LXC? Глючит оно или нет ? Плюс, можно как-нибудь на проксе к коросинку подключится, так чтобы master<->slave переходы осуществлять, как обычно, через pacemaker
В режиме работы "ублюдочный форк для 1С" - вполне работает.
кто-нибудь запускал postgress на PVE не в виртуалке,а в LXC? Глючит оно или нет ? Плюс, можно как-нибудь на проксе к коросинку подключится, так чтобы master<->slave переходы осуществлять, как обычно, через pacemaker
Corosync тоже процентов на 80 соответствует апстриму, конфиг в /etc/pve/corosync.conf и /etc/corosync/corosync.conf