Мониторить ситуацию, появилась ли поддержка в новых версиях, можно через документ TR-4067, раздел под названием «NFSv4.1» или по ключевому слову «RFC 5661».
Скорость проверки зависит исключительно от антивирусной системы и количества серверов проверки. Подобные решения на базе аппаратных NAS хранилищ предназдачены для достаточно больших инфраструктур, где несколько выделенных серверов для проверки файлов не является чем-то большим, пугающим или черезмерным. Учтите также что вы можете вирртуализировать сервера проверки, а не выделять несколько физических серверов.
Каждая из антивирусных систем имеет собственные рекомендации по системным требованиям и подбору вычеслительных ресурсов (Сайзинг). К примеру вот докумнет по сайзингу для McAfee и документ по минимальным системным требованиям для того же антивирусника (стр 11).
Коротко писать про СХД не очень получается потому, что обычно технологии, особенно в сфере СХД, особенно в ONTAP, они, как правило, тесно связаны друг с другом, как слоённый пирог.
И если не упомянуть о этих связях, чтобы быть кратким, то не возможно ответить, почему, что-то устроено так а не иначе. В таком случае вы перестаёте понимать почему это устроено так, вместо этого вы вынуждены принимать информацию отрывчато, «как есть».
Кроме того не забывайте что я пишу для всех, т.е. пытаюсь рассказать сразу всё что касается заданной темы. Я не могу подстраиваться конкретно под вашу задачу, вашу инфраструктуру и ваши протоколы.
Если я уберу сслыки, найдётся множество читателей которые сразу же скажут или подумают, что всё что я пишу это «полёт мысли» не имеющий подтверждения.
Признаю, что писатель из меня так себе, но я пишу как умею, на сколько у меня получается, если у вас есть идеи как именно упростить тот или иной абзац или фрагмент текста — пожалуйста, предлагайте.
Конструктивная критика, это выражение которое сотоит из двух слов и называется конструктивной потому, что она состоит из критики и из конструктива.
Т.е. чтобы критика была конструктивной нужно не просто дать критику, нужно предложить что-то, как улучшить или сиправить то о чём идёт речь. Она предполагает не просто критику ради критики, а желание подправить, дополнить, улучшить.
Так вот критику я от вас слышу постоянно и нескончаяемо. Предложите ещё и конструктив.
Согласен, та схема была достаточно тяжёлая. Я кстати писал про такую схему когда-то давно. На самом деле та схема, это костыль к Ethernet, потому, что он плохо балансирует по линкам и у него нет встроенного мультипасинга для отказоустойчивости.
К сожалению VVOL пока что так и не научился работать с pNFS, в котором по-своему решена эта проблема. Надеюсь что VMware работает в этом направлении.
Если агрегат один, то действительно толку нет. В вашем случае, один дополнительный, IP хлеба не просит. Дело в том, что основная масса заказчиков нетапа это системы с более чем одним агрегатом у которых используется Active/Active конфигурация.
Таким образом архитектура устроена так, чтобы предусмотреть возможность масштабирования на две и более ноды.
Как уже было сказано ранее, PE это прослойка виртуализации, промежуточное звено, через которое происходит обращение от хоста к VVOL. Из чего вытекает, что если пропадёт PE, то пропадёт доступ ко всем VVOL которые он мапил. Но так как вы уже сказали, IP адрес ездит по портам и нодам, то это не проблема.
Как вы можете знать в случае переезда только лишь IP адреса на другую ноду, доступ к данным будет осуществляться не напрямую, а через не оптимальный путь — пока IP будет на одной ноде, а данные на другой то доступ к ним будет осуществляться через кластерную сеть.
Такая ситуация может просходить по двум причинам:
Вы прозрачно мигрируете ваши данные с одной ноды на другую: в таком случае, будет момент времени когда ваш IP по которому вы получяете доступ к данным на одной ноде, а ваши данные на другой. Это временная ситуация которая в результате завершается тем, что IP и данные переезжают на одну ноду и доступ к ним снова происходит «напрямую» без кластерной сети по оптимальному пути. А на LIF интерфейсе меняется Home порт — тот который будет на новой ноде.
Когда нода или сетевой порт или сетевой линк умерли. Тогда задействуется механизм временного переезда IP адреса на другой порт. Здесь ключевое слово ВРЕМЕННО. Потому что когда всё восстановиться он поедет обратно на свой родной Home порт.
Итак не оптимальный путь к данным в случае переезда IP это так или иначе временная мера — защитный механизм.
А что если вы имеете несколько нод в кластере, каждая из которых имеет ресурсы хранения, вы же хотите чтобы доступ к ним всегда осуществлялся напрямую по оптимальному пути? Всё очень просто для этого нужно создать IP адреса на каждой ноде.
Что же касается мысли о сложности поддержания актуальных антивирусных баз, то здесь имелись ввиду мобильные клиенты, которые иногда невозможно заставить обновиться потому что они в полях без интернета.
Я пишу статьи на хабре про СХД NetApp. Вы когда-то коментировали по теме нетапа, а аудитория по СХД не большая, вот я и написал личное сообщение.
У немя просто проблема:
Статья на хабре устаравает и через несколько дней уже нельзя за неё голосовать.
Пока те, кому интерестно разчехляться, они уже не успевают её плюсовать.
С другой стороны есть те кто постоянно минусует как только она появляется на хабре даже не читая статью.
В результате если не разсылать, моя карма уходит в минус и я просто не смогу писать дальше.
Ещё раз приношу свои извинения.
Скорость работы — чем больше тем лучше. СХД, ей всёровно, хоть на 10 мбит/с, но вот конечным пользователям будет не всё-равно ;)
В решениях такого класса, как правило используется 1Гбит/с или лучше 10Гбит/с подключение к скан серверам + достаточный пул скан-серверов, чтобы енд-юзер не испытывал задержек.
Мониторить ситуацию, появилась ли поддержка в новых версиях, можно через документ TR-4067, раздел под названием «NFSv4.1» или по ключевому слову «RFC 5661».
Каждая из антивирусных систем имеет собственные рекомендации по системным требованиям и подбору вычеслительных ресурсов (Сайзинг). К примеру вот докумнет по сайзингу для McAfee и документ по минимальным системным требованиям для того же антивирусника (стр 11).
И если не упомянуть о этих связях, чтобы быть кратким, то не возможно ответить, почему, что-то устроено так а не иначе. В таком случае вы перестаёте понимать почему это устроено так, вместо этого вы вынуждены принимать информацию отрывчато, «как есть».
Если я уберу сслыки, найдётся множество читателей которые сразу же скажут или подумают, что всё что я пишу это «полёт мысли» не имеющий подтверждения.
Признаю, что писатель из меня так себе, но я пишу как умею, на сколько у меня получается, если у вас есть идеи как именно упростить тот или иной абзац или фрагмент текста — пожалуйста, предлагайте.
Т.е. чтобы критика была конструктивной нужно не просто дать критику, нужно предложить что-то, как улучшить или сиправить то о чём идёт речь. Она предполагает не просто критику ради критики, а желание подправить, дополнить, улучшить.
Так вот критику я от вас слышу постоянно и нескончаяемо. Предложите ещё и конструктив.
К сожалению VVOL пока что так и не научился работать с pNFS, в котором по-своему решена эта проблема. Надеюсь что VMware работает в этом направлении.
Таким образом архитектура устроена так, чтобы предусмотреть возможность масштабирования на две и более ноды.
Как вы можете знать в случае переезда только лишь IP адреса на другую ноду, доступ к данным будет осуществляться не напрямую, а через не оптимальный путь — пока IP будет на одной ноде, а данные на другой то доступ к ним будет осуществляться через кластерную сеть.
Такая ситуация может просходить по двум причинам:
Итак не оптимальный путь к данным в случае переезда IP это так или иначе временная мера — защитный механизм.
А что если вы имеете несколько нод в кластере, каждая из которых имеет ресурсы хранения, вы же хотите чтобы доступ к ним всегда осуществлялся напрямую по оптимальному пути? Всё очень просто для этого нужно создать IP адреса на каждой ноде.
Согласен в том что одно другого не отменяет.
У немя просто проблема:
Статья на хабре устаравает и через несколько дней уже нельзя за неё голосовать.
Пока те, кому интерестно разчехляться, они уже не успевают её плюсовать.
С другой стороны есть те кто постоянно минусует как только она появляется на хабре даже не читая статью.
В результате если не разсылать, моя карма уходит в минус и я просто не смогу писать дальше.
Ещё раз приношу свои извинения.
Может это изначально и не для SSD писалось, но оказалось что запись в новое место очень даже подходит для SSD.
В решениях такого класса, как правило используется 1Гбит/с или лучше 10Гбит/с подключение к скан серверам + достаточный пул скан-серверов, чтобы енд-юзер не испытывал задержек.
Более подробно настройка профиля сканирования описана в документе "ONTAP® Antivirus Configuration Guide" на странице 8.
Может будет интерестна вот эта статья: NetApp ONTAP и антивирусная защита NAS
А опция называется «Space Reservation» в графическом интерфейсе.