Очень плохая оптимизация: тестовое устройство Riverbed и репликация NetApp SnapMirror
На основе моего опыта имея дело с роботами поддержки Dell они не будут говорить с Вами, если у Вас не будет последнего встроенного микропрограммного обеспечения. они отправляют Вам ссылку и говорят, что Вы перезваниваете им, когда Вы сделаны, обновив.
В то время как Dell может сказать Вам, что Вы не можете выполнить, которому не соответствуют, и это не может быть "лучшая практика" в моем старом задании, мы выполнили встроенное микропрограммное обеспечение, которому не соответствуют, в значительной степени на каждом диске, и интенсивность отказов была точно тем же, несмотря на новые версии микропрограммного обеспечения.
Какую модель русла вы используете?
- Для Riverbed общее практическое правило: НЕ выполнять сжатие на уровне приложения. Пусть это сделает Riverbed.
- При оптимизации трафика, если вы оставите настройки по умолчанию, Riverbed попытается использовать диск для дедупликации. Проблема заключается в том, что Riverbed использует SATA со всеми системами, кроме большинства топовых, и это создает узкое место для трафика с высокой пропускной способностью, такого как репликация. Кроме того, этот трафик обычно не очень повторяемый, поэтому он в основном стирает ваш дисковый кеш без пользы.
Мы столкнулись с аналогичной ситуацией с репликацией Equallogic. Войдите в свои правила внутреннего пути и установите подсеть, в которой находятся ваши SAN, для кэширования только памяти (убедитесь, что это выше вашего правила optimazie all, чтобы оно применялось в первую очередь). Это должно немного ускорить вашу репликацию. Вы, в свою очередь, отказываетесь от небольшого сокращения данных для повышения пропускной способности.