Параллельное соединение VLAN Linux, не работающее

Ваши две опции просто не предоставляют преимущества, поскольку ввод-вывод будет просто рассеян вокруг всех физических дисков в обеих конфигурациях.

Если у Вас есть 4 физических диска, и Вы на самом деле хотите получить максимум possibile производительность от них (*), вот то, как сделать это:

  • Создайте 2 массива RAID 1, каждый использующий 2 диска.
  • Создайте единственный объем на каждом массиве.
  • Создайте группу файлов на каждом объеме.
  • Оптимизируйте свою базу данных для максимального параллелизма.

Последняя точка является самой важной; с этой конфигурацией у Вас может быть эти две группы файлов, эффективно работающие параллельно, но это только становится полезным, если можно поместить данные туда способом, которые позволяют делать ввод-вывод на них обоих одновременно; таким образом, Вы могли поместить различные таблицы на различные группы файлов или использовать одного из них для таблиц и другого для индексов, или... у Вас есть бесконечные решения, все это зависит от Вашей фактической рабочей нагрузки.

(*) Это действительно - усовершенствованная оптимизация, в большинстве случаев это - просто излишество, поскольку единственная группа файлов / единственный объем/единый массив будут намного более просты справиться и достигнут очень похожего perfomarnce, если Вы на самом деле не сможете параллелизировать свой ввод-вывод.

0
задан 11 September 2010 в 07:25
1 ответ

Вы могли видеть, на самом деле ли $DEV? Я не уверен, что перевод в рабочее состояние моста воспитывает участников.

ifconfig $DEV up 0.0.0.0

вместо ifconfig 0.0.0.0$DEV

Вы уверены, что теги VLAN приняты сетью? Это работает без образования моста?

Кроме того, iptables и ip_forward являются слоем выше, образование моста происходит на уровне 2, таким образом, это не должно влиять на образование моста.

1
ответ дан 4 December 2019 в 22:51

Теги

Похожие вопросы