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