Всем привет.
Создал страницу на английской википедии по ONATP'у
https://en.wikipedia.org/wiki/ONTAP

Прошу помощи по оформлению:
1) Вычитать текст, исправить ошибки - Минимальный приоритет
2) Найти и добавить ссылки на ключевые утверждения - Средний приоритет, по чуть-чуть делаю сам
3) Оформить текст в соответствии требованиям википедии так, чтобы он перестал выглядеть как реклама - Самый важный приоритет, не могу сделать сам или тяжело

Также было много добавлено информации по соседним страницам, та же самая помочь по оформлению приветствуется
https://en.wikipedia.org/wiki/NetApp

https://en.wikipedia.org/wiki/Write_Anywhere_File_Layout

Спасибо

Честь и хвала за старания

я здесь добавлял тесты для современных систем - 8200/a700s и пр. На более сил не хватило 😁

С миру по нитке... Уже хорошо

Коллеги, у меня 4й подряд проект с Ethernet и в каждом какие-то грабли в настройках свича. Хочу поделиться опытом.

Последний проект с которым я работал я пришёл когда система и сеть частично были настроены. Я обновил систему с 9.2 на 9.3. После этого заказчик заметил на NFS шаре на линукс машине проблемы с залипанием при выполнении команд df и ls. Благо что не prod.
После этого потратили 3 дня на «поиски проблемы в нетапе, после обновления».
А потом заказчик вспомнил, что проблема была замечена один раз ещё до обновления и до моего прихода она пропала.

Выяснилось что было с NFS. Банальнее некуда. На свиче поставили MTU не 9216, а 9000.
Заказчик 10 раз перепроверял сам, мне не давал конфиг свича.

MTU, FlowControl и LACP такие простые вещи. Но почти каждый первый заказчик с Ethernet наступает на эти грабли. Один раз сетевик был CCIE банально перепутал по одному линку между PortChennal и все работало до перезагрузки нетапа.
Читайте про тюнинг ESXi
https://habrahabr.ru/post/314778/

FlowControl & MTU
https://habrahabr.ru/post/243119/

LACP
https://habrahabr.ru/post/215351/

На прошлом Insight в Берлине, парни говорили, что на failover группах лучше и быстрее чем на LACP. И к тому же LACP не поддерживает балансировку, которую можно настроить при помощи ключика на failover группе и кластер будет сам перекидывать LIF'ы в зависимости от нагрузки (ключик нужно вспомнить прочитав доку)

LACP только сессии раскидывает - это как бы не совсем балансировка нагрузки.

Ну в официальных рекомендациях пока не встречал, но вполне возможно что стоит попробовать. Хотябы потому что не нужно настраивать LACP, тогда меньше будут наступать на грабли. Если это действительно через failover group делается а не через, скажем DNS load balancing.

В одном из проектов люди тупо забыли добавить слово “active” в конфиге свича. Благо там мне дали конфиг свича и я это заметил. Ну и ifgrp просто не поднимался, а не «то работал, то не работал», как в последнем случае.

Интересно на счёт CIFS, в такой конфигурации. По идее сессия будет рваться без CA.

Будет. Верно. CIFS не переживет. Только с какой-то версии (CIFS) сессии переезжают за интерфейсом

Например в отсутствии VPC на коммутаторах - это хороший выход для отказоустойчивости

Это есть в CIFS 3.0. Требуется наличие Continues Availability (CA) на СХД

И это только для Hyper-V и MS SQL

На CNA картах вроде как flowcontrol отключается со стороны сетевого оборудования