Обычно этот вид обработки об извлечении информации от данных - но Ваш вывод является порядками величины, больше, чем вход?
Первая вещь посмотреть на состоит в том, как данные используют? Большая часть генетического анализа и до некоторой степени, сворачивание белка с помощью анализа конечных элементов полагается на последовательный доступ к большим файлам данных - по сравнению с произвольным доступом. Таким образом, задержка не так как проблема как пропускная способность от диска.
Таким образом с точки зрения организации Ваших дисков, Вы, вероятно, хотите так же много дорожек через как можно больше дисков - так RAID 5 или 6.
Как Вы идете о соединении, это к процессорным узлам во многом зависит от Вашего бюджета. Если у Вас есть много денег, то, настраивая несколько виртуальных дисков в коммутационной матрице SAN с узлами обработки, непосредственно присоединенными, является способом пойти.
Для дешевого решения (т.е. в Вашем бюджете), локальное устройство хранения данных в каждом процессорном узле является способом пойти. Важная вещь состоит в том, что Вы сохраняете свою обработку вводом-выводом от сети (но при необходимости, используйте сеть для копирования данных между узлами если никакой доступный SAN). И если можно отобразить данные локально, затем имение большой памяти на процессорных узлах поможет с кэшированием.
Конечно, если Вы находитесь на очень строгом бюджете, Вы хотите вложить те локальные диски установка RAID 5. Кроме того, если это возможно, буферизуйте вывод к локальному диску при обработке вместо того, чтобы писать непосредственно назад в серверы.
HTH
Здесь может быть использован документ из базы знаний Novell : он объясняет, что на SLES, LVM по умолчанию не сканирует многопутевые устройства и никогда не увидит их в этой ситуации.
Чтобы решить эту проблему, вы можете реализовать обходной путь, который Novell предлагает:
В /etc/lvm.conf
] в разделе устройств
,
vgreduce -удаление помогло в моем случае, когда у меня была такая же проблема.
Вот как я создал эту проблему.
Я собирался расширить существующий логический том, но в середине я запустил fdisk с другого терминала на устройстве, которое будет использоваться для расширения. Там была какая-то предыдущая таблица разделов, которую я подумывал удалить. Так как я уже добавил этот диск в группу томов (просто еще не расширил сам логический том), но этого физического тома больше не существовало, так что случилась проблема с отсутствующим UUID.
Чтобы решить эту проблему, я сделал рэнд vgreduce --removemissing, а потом все было нормально.
. Измените файл / etc / lvm / backup /
. Исправьте беспорядок, специально удалите недостающие UUID.
Затем выполните:
vgcfgrestore <vg_name>