История изменений
Исправление Jameson, (текущая версия) :
Любой hardware raid без аппаратного кэша, питающего его BBU (батарейки) и XOR процессора = софтварный райд, только вендорлокнутый на производителя железки. Работает так же как и mdraid, по тем же принципам, только при проблемах с железкой райд рискует в тыкву превратиться до замены железки на аналогичную железку. mdadm поверх этой же железки работает так же как и её «фирменный» софтрайд, только к самой железке не прибит.
«Честный» хардварный райд, с процессором, памятью и батарейкой, тебе для описываемой задачи не нужен, ибо для зеркала из двух мелких дисков тебе не нужны все его навороты, совсем. Кроме того, к вендорлоку добавляется периодическая замена расходника в виде батарейки, иногда трудно покупаемой и тоже весьма пропиетарной.
Единственный смысл использовать родные пропиетарные форматы простенького хардварного (а по сути софтварного) райда — дуалбут с виндой и необходимость получать доступ к тОму из обоих ОС. У тебя такой задачи тоже не стоит как я понял. Так что mdraid для твоей задачи это самое правильное и универсальное решение.
Какую железку купить — да любую, она у тебя по сути просто как дополнительный контроллер sata использоваться будет. И вообще она в данном случае лишняя точка отказа, штатного контроллера на матери для твоей задачи достаточно при использовании mdraid.
На всякий случай повторю ещё раз: «хардварный» райдконтроллер без процессора, памяти и батарейки = обыкновенный sata контроллер + микросхема bios хранящая характеристики тома и софтварную морду для его создания\удаления\изменения в режиме настройки. Вся работа происходит в закрытых драйверах ОС, bios железки только геометрию хранит, причём в разном у каждого производителя райдов формате, из за чего при отказе железки получается тыква, до замены на аналогичную.
Исправление Jameson, :
Любой hardware raid без аппаратного кэша, питающего его BBU (батарейки) и XOR процессора = софтварный райд, только вендорлокнутый на производителя железки. Работает так же как и mdraid, по тем же принципам, только при проблемах с железкой райд рискует в тыкву превратиться до замены железки на аналогичную железку. mdadm поверх этой же железки работает так же как и её «фирменный» софтрайд, только к самой железке не прибит.
«Честный» хардварный райд, с процессором, памятью и батарейкой, тебе для описываемой задачи не нужен, ибо для зеркала из двух мелких дисков тебе не нужны все его навороты, совсем. Кроме того, к вендорлоку добавляется периодическая замена расходника в виде батарейки, иногда трудно покупаемой и тоже весьма пропиетарной.
Единственный смысл использовать родные пропиетарные форматы простенького хардварного (а по сути софтварного) райда — дуалбут с виндой и необходимость получать доступ к тОму из обоих ОС. У тебя такой задачи тоже не стоит как я понял. Так что mdraid для твоей задачи это самое правильное и универсальное решение.
Какую железку купить — да любую, она у тебя по сути просто как дополнительный контроллер sata использоваться будет. И вообще она в данном случае лишняя точка отказа, штатного контроллера на матери для твоей задачи достаточно при использовании mdraid.
На всякий случай повторю ещё раз «хардварный» райдконтроллер без процессора, памяти и батарейки = обыкновенный sata контроллер + микросхема bios хранящая характеристики тома и софтварную морду для его создания\удаления\изменения в режиме настройки. Вся работа происходит в закрытых драйверах ОС, bios железки только геометрию хранит, причём в разном у каждого производителя райдов формате, из за чего при отказе железки получается тыква, до замены на аналогичную.
Исправление Jameson, :
Любой hardware raid без аппаратного кэша, питающего его BBU (батарейки) и XOR процессора = софтварный райд, только вендорлокнутый на производителя железки. Работает так же как и mdraid, по тем же принципам, только при проблемах с железкой райд рискует в тыкву превратиться до замены железки на аналогичную железку. mdadm поверх этой же железки работает так же как и её «фирменный» софтрайд, только к самой железке не прибит.
«Честный» хардварный райд, с процессором, памятью и батарейкой, тебе для описываемой задачи не нужен, ибо для зеркала из двух мелких дисков тебе не нужны все его навороты, совсем. Кроме того, к вендорлоку добавляется периодическая замена расходника в виде батарейки, иногда трудно покупаемой и тоже весьма пропиетарной.
Единственный смысл использовать родные пропиетарные форматы простенького хардварного (а по сути софтварного) райда — дуалбут с виндой и необходимость получать доступ к тОму из обоих ОС. У тебя такой задачи тоже не стоит как я понял. Так что mdraid для твоей задачи это самое правильное и универсальное решение.
Какую железку купить — да любую, она у тебя по сути просто как дополнительный контроллер sata использоваться будет. И вообще она в данном случае лишняя точка отказа, штатного контроллера на матери для твоей задачи достаточно при использовании mdraid.
На всякий случай повторю ещё раз «хардварный» райдконтроллер без процессора, памяти и батарейки = обыкновенный sata контроллер + микросхема bios хранящая характеристики тома и софтварную морду для его создания\удаления\изменения в режиме настройки. Вся работа происходит в закрытых драйверах ОС, bios железки только геометрию хранит, из за чего при отказе железки получается тыква, до замены на аналогичную.
Исправление Jameson, :
Любой hardware raid без аппаратного кэша, питающего его BBU (батарейки) и XOR процессора = софтварный райд, только вендорлокнутый на производителя железки. Работает так же как и mdraid, по тем же принципам, только при проблемах с железкой райд рискует в тыкву превратиться до замены железки на аналогичную железку. mdadm поверх этой же железки работает так же как и её «фирменный» софтрайд, только к самой железке не прибит.
«Честный» хардварный райд, с процессором, памятью и батарейкой, тебе для описываемой задачи не нужен, ибо для зеркала из двух мелких дисков тебе не нужны все его навороты, совсем. Кроме того, к вендорлоку добавляется периодическая замена расходника в виде батарейки, иногда трудно покупаемой и тоже весьма пропиетарной.
Единственный смысл использовать родные пропиетарные форматы простенького хардварного (а по сути софтварного) райда — дуалбут с виндой и необходимость получать доступ к тОму из обоих ОС. У тебя такой задачи тоже не стоит как я понял. Так что mdraid для твоей задачи это самое правильное и универсальное решение.
Какую железку купить — да любую, она у тебя по сути просто как дополнительный контроллер sata использоваться будет. И вообще она в данном случае лишняя точка отказа, штатного контроллера на матери для твоей задачи достаточно при использовании mdraid.
На всякий случай повторю ещё раз «хардварный» райдконтроллер без процессора, памяти и батарейки = обыкновенный sata контроллер + микросхема bios хранящая характеристики тома и софтварную морду для его создания\удаления\изменения в режиме настройки. Вся логика в драйверах ОС, bios железки только геометрию хранит, из за чего при отказе железки получается тыква, до замены на аналогичную.
Исправление Jameson, :
Любой hardware raid без аппаратного кэша, питающего его BBU (батарейки) и XOR процессора = софтварный райд, только вендорлокнутый на производителя железки. Работает так же как и mdraid, по тем же принципам, только при проблемах с железкой райд рискует в тыкву превратиться до замены железки на аналогичную железку. mdadm поверх этой же железки работает так же как и её «фирменный» софтрайд, только к самой железке не прибит.
«Честный» хардварный райд, с процессором, памятью и батарейкой, тебе для описываемой задачи не нужен, ибо для зеркала из двух мелких дисков тебе не нужны все его навороты, совсем. Кроме того, к вендорлоку добавляется периодическая замена расходника в виде батарейки, иногда трудно покупаемой и тоже весьма пропиетарной.
Единственный смысл использовать родные пропиетарные форматы простенького хардварного (а по сути софтварного) райда — дуалбут с виндой и необходимость получать доступ к тОму из обоих ОС. У тебя такой задачи тоже не стоит как я понял. Так что mdraid для твоей задачи это самое правильное и универсальное решение.
Какую железку купить — да любую, она у тебя по сути просто как дополнительный контроллер sata использоваться будет. И вообще она в данном случае лишняя точка отказа, штатного контроллера на матери для твоей задачи достаточно при использовании mdraid.
Исправление Jameson, :
Любой hardware raid без аппаратного кэша, питающего его BBU (батарейки) и XOR процессора = софтварный райд, только вендорлокнутый на производителя железки. Работает так же как и mdraid, по тем же принципам, только при проблемах с железкой райд рискует в тыкву превратиться до замены железки на аналогичную железку. mdadm поверх этой же железки работает так же как и её «фирменный» софтрайд, только к самой железке не прибит.
«Честный» хардварный райд, с процессором, памятью и батарейкой, тебе для описываемой задачи не нужен, ибо для зеркала из двух мелких дисков тебе не нужны все его навороты, совсем. Кроме того, к вендорлоку добавляется периодическая замена расходника в виде BBU.
Единственный смысл использовать родные пропиетарные форматы простенького хардварного (а по сути софтварного) райда — дуалбут с виндой и необходимость получать доступ к тОму из обоих ОС. У тебя такой задачи тоже не стоит как я понял. Так что mdraid для твоей задачи это самое правильное и универсальное решение.
Какую железку купить — да любую, она у тебя по сути просто как дополнительный контроллер sata использоваться будет. И вообще она в данном случае лишняя точка отказа, штатного контроллера на матери для твоей задачи достаточно при использовании mdraid.
Исправление Jameson, :
Любой hardware raid без аппаратного кэша, питающего его BBU (батарейки) и XOR процессора = софтварный райд, только вендорлокнутый на производителя железки. Работает так же как и mdraid, по тем же принципам, только при проблемах с железкой райд рискует в тыкву превратиться до замены железки на аналогичную железку. mdadm поверх этой же железки работает так же как и её «фирменный» софтрайд, только к самой железке не прибит.
«Честный» хардварный райд, с процессором, памятью и батарейкой, тебе для описываемой задачи не нужен, ибо для зеркала из двух мелких дисков тебе не нужны все его навороты, совсем. Кроме того, к вендорлоку добавляется периодическая замена расходника в виде батарейки BBU.
Единственный смысл использовать родные пропиетарные форматы простенького хардварного (а по сути софтварного) райда — дуалбут с виндой и необходимость получать доступ к тОму из обоих ОС. У тебя такой задачи тоже не стоит как я понял. Так что mdraid для твоей задачи это самое правильное и универсальное решение.
Какую железку купить — да любую, она у тебя по сути просто как дополнительный контроллер sata использоваться будет. И вообще она в данном случае лишняя точка отказа, штатного контроллера на матери для твоей задачи достаточно при использовании mdraid.
Исправление Jameson, :
Любой hardware raid без аппаратного кэша, питающего его BBU (батарейки) и XOR процессора = софтварный райд, только вендорлокнутый на производителя железки. Работает так же как и mdraid, по тем же принципам, только при проблемах с железкой райд рискует в тыкву превратиться до замены железки на аналогичную железку. mdadm поверх этой же железки работает так же как и её «фирменный» софтрайд, только к самой железке не прибит.
Честный хардварный райд, с процессором, памятью и батарейкой, тебе для описываемой задачи не нужен, ибо для зеркала из двух мелких дисков тебе не нужны все его навороты, совсем. Кроме того, к вендорлоку добавляется периодическая замена расходника в виде батарейки BBU.
Единственный смысл использовать родные пропиетарные форматы простенького хардварного (а по сути софтварного) райда — дуалбут с виндой и необходимость получать доступ к тОму из обоих ОС. У тебя такой задачи тоже не стоит как я понял. Так что mdraid для твоей задачи это самое правильное и универсальное решение.
Какую железку купить — да любую, она у тебя по сути просто как дополнительный контроллер sata использоваться будет. И вообще она в данном случае лишняя точка отказа, штатного контроллера на матери для твоей задачи достаточно при использовании mdraid.
Исправление Jameson, :
Любой hardware raid без аппаратного кэша, питающего его BBU (батарейки) и XOR процессора = софтварный райд, только вендорлокнутый на производителя железки. Работает так же как и mdraid, по тем же принципам, только при проблемах с железкой райд рискует в тыкву превратиться до замены железки на аналогичную железку. mdadm поверх этой же железки работает так же как и её «фирменный», только к самой железке не прибит.
Честный хардварный райд, с процессором, памятью и батарейкой, тебе для описываемой задачи не нужен, ибо для зеркала из двух мелких дисков тебе не нужны все его навороты, совсем. Кроме того, к вендорлоку добавляется периодическая замена расходника в виде батарейки BBU.
Единственный смысл использовать родные пропиетарные форматы простенького хардварного (а по сути софтварного) райда — дуалбут с виндой и необходимость получать доступ к тОму из обоих ОС. У тебя такой задачи тоже не стоит как я понял. Так что mdraid для твоей задачи это самое правильное и универсальное решение.
Какую железку купить — да любую, она у тебя по сути просто как дополнительный контроллер sata использоваться будет. И вообще она в данном случае лишняя точка отказа, штатного контроллера на матери для твоей задачи достаточно при использовании mdraid.
Исходная версия Jameson, :
Любой hardware raid без аппаратного кэша, питающего его BBU (батарейки) и XOR процессора = софтварный райд, только вендорлокнутый на производителя железки. Работает так же как и mdraid, только при проблемах с железкой райд рискует в тыкву превратиться до замены железки на аналогичную железку. mdadm поверх этой же железки работает так же как и её «фирменный», только к самой железке не прибит.
Честный хардварный райд, с процессором, памятью и батарейкой, тебе для описываемой задачи не нужен, ибо для зеркала из двух мелких дисков тебе не нужны все его навороты, совсем. Кроме того, к вендорлоку добавляется периодическая замена расходника в виде батарейки BBU.
Единственный смысл использовать родные пропиетарные форматы простенького хардварного (а по сути софтварного) райда — дуалбут с виндой и необходимость получать доступ к тОму из обоих ОС. У тебя такой задачи тоже не стоит как я понял. Так что mdraid для твоей задачи это самое правильное и универсальное решение.
Какую железку купить — да любую, она у тебя по сути просто как дополнительный контроллер sata использоваться будет. И вообще она в данном случае лишняя точка отказа, штатного контроллера на матери для твоей задачи достаточно при использовании mdraid.