SambaXP 2007
Apr. 27th, 2007 01:48 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
abbraНемного о том, что было представлено на конференции по поводу кластерной самбы, над которой мы работаем последний год: http://samba.org/~tridge/sambaxp-07/ctdb.pdf
Для ленивых, результаты предварительного тестирования с помощью NetBench (16 клиентов, от 1 до 4 узлов в кластере):
Вторая колонка -- это текущая Samba 3.0.25, в случае, если служебные базы разделять между узлами с использованием кластерной файловой системы (GPFS, GFS, Lustre, ...), третья -- кластерная самба на основе 3.0.25 и ctdb, когда служебные базы доступны через CTDB, а не через кластерную файловую систему. Оба испытания -- IP поверх Infiniband.
Для ленивых, результаты предварительного тестирования с помощью NetBench (16 клиентов, от 1 до 4 узлов в кластере):
| Nodes | OLD (pre-CTDB) approach | NEW (CTDB) approach |
| 1 node | 30.0 Mbytes/sec | 42 MBytes/sec |
| 2 nodes | 2.1 MBytes/sec | 168 MBytes/sec |
| 3 nodes | 1.8 MBytes/sec | 211 MBytes/sec |
| 4 nodes | 1.8 MBytes/sec | 243 MBytes/sec |
Вторая колонка -- это текущая Samba 3.0.25, в случае, если служебные базы разделять между узлами с использованием кластерной файловой системы (GPFS, GFS, Lustre, ...), третья -- кластерная самба на основе 3.0.25 и ctdb, когда служебные базы доступны через CTDB, а не через кластерную файловую систему. Оба испытания -- IP поверх Infiniband.
no subject
Date: 2007-04-27 03:12 pm (UTC)В варианте одного узла это может быть любая файловая система, тут же все через localhost.
В варианте с несколькими узлами данные рассредотачиваются по ctdb на каждом узле, локализуясь на своем узле, соответственно, если клиент чаще работает с конкретным файлом через этот узел, то узел получает контроль над блокировками на себя и тем самым уменьшаются затраты на сетевую коммуникацию и ожидание блокировок через сеть.