Мы хотим запустить экземпляр NetApp в Azure, Ирландия. В первый раз, когда наш облачный архитектор попробовал это, производительность была ужасной. Поэтому мы хотим провести несколько тестов производительности, но наткнулись на кирпичную стену.
Я могу выполнить трассировку до экземпляра NetApp, но у меня нет доступа к оболочке, чтобы даже выполнить трассировку, чтобы увидеть, по какому пути идут данные. У меня нет таких инструментов, как iperf или даже курить, чтобы узнать, какие проблемы в пути к данным (MTU? Фрагментация? Слишком длинный обратный путь? Перегруженная ссылка в обратном пути? И т. Д.) Как пользователи отлаживают проблемы с производительностью при использовании Azure ?
Спасибо!
Протоколы обмена файлами, такие как smb, cifs и nfs, не оптимизированы для высоких задержек. У них, вероятно, будет ужасная пропускная способность через ваш WAN. Эти протоколы предназначены для использования в рамках одной и той же сети - повторного тестирования с сервера в том же центре обработки данных Azure, а в идеале - в сети.