Есть кластер «RAID 1-через-сеть», построенный на glusterfs сабжевой версии с теми примерно конфигами, которые генерит их официальный volgen (исключение состоит в том, что /etc/glusterfs монтируется тоже как glusterfs). Есть виртуальная машина QEMU-KVM под Linux c 32G образом диска. И есть колоссальный геморрой, связанный с тем, что после нескольких миграций виртуалки с ноды на ноду файловая система именно на этом образе диска разрушается, причём разрушается стремительно.
Характерно, что эта же самая виртуалка использует ещё и raw-файлик 6G, на котором __никаких__ проблем не наблюдается. Файловые системы внутри виртуалки - все ext3.
Соответственно, внимание вопрос: это только мне так не везёт с синхронизацией файлов значительного объёма через GlusterFS или это её клиническая особенность?
Воообще по ощущениям от использования всего этого дела, у меня как-то совсем не создалось впечатление, что Gluster готова для продакшн.
Ниже привожу мои конфиги Glusterfs:
(==* СЕРВЕР *==)
volume posix1
type storage/posix
option directory /mnt/exports/glusterfs/var_lib_vz
end-volume
volume locks1
type features/locks
subvolumes posix1
end-volume
volume brick1
type performance/io-threads
option thread-count 8
subvolumes locks1
end-volume
volume psxETC
type storage/posix
option directory /mnt/exports/glusterfs/etc_glusterfs
end-volume
volume lckETC
type features/locks
subvolumes psxETC
end-volume
volume brkETC
type performance/io-threads
option thread-count 8
subvolumes lckETC
end-volume
volume server-tcp
type protocol/server
option transport-type tcp
option auth.addr.brick1.allow *
option auth.addr.brkETC.allow *
option transport.socket.listen-port 6996
option transport.socket.nodelay on
subvolumes brick1 brkETC
end-volume
(==* КЛИЕНТ *==)
volume ve2-1
type protocol/client
option transport-type tcp
option remote-host ve2
option transport.socket.nodelay on
option transport.remote-port 6996
option remote-subvolume brick1
end-volume
volume ve1-1
type protocol/client
option transport-type tcp
option remote-host ve1
option transport.socket.nodelay on
option transport.remote-port 6996
option remote-subvolume brick1
end-volume
volume mirror-0
type cluster/replicate
subvolumes ve1-1 ve2-1
end-volume
volume writebehind
type performance/write-behind
option cache-size 4MB
subvolumes mirror-0
end-volume
volume readahead
type performance/read-ahead
option page-count 4
subvolumes writebehind
end-volume
volume iocache
type performance/io-cache
option cache-size 1GB
option cache-timeout 1
subvolumes readahead
end-volume
volume quickread
type performance/quick-read
option cache-timeout 1
option max-file-size 64kB
subvolumes iocache
end-volume
volume statprefetch
type performance/stat-prefetch
subvolumes quickread
end-volume

Ответ на:
комментарий
от dimon555

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум Настройка glusterFS (2010)
- Форум Новая нода в GlusterFS ведёт себя неадекватно (2023)
- Форум Как убыстрить сервер? (2019)
- Форум GlusterFS. Низкая производительность. (2017)
- Форум P410i + SSD trim (2021)
- Форум Конфликт vpn server и vpn клиента на mikrotik (2016)
- Форум Ulogd & MySQL (2004)
- Форум lightdm+xfce4 autologin (2014)
- Форум freeradius выдача ip (2016)
- Форум NAS NS4300N: проблема mount (2010)