Проблемы с задержкой Heroku

Question

У нас возникли проблемы с запросами базы данных в нашем приложении Heroku, и я создал новое тестовое приложение со сценарием, который связывает наш сервер и сервер MongoLab. Сервер MongoLab db находится в том же центре обработки данных, что и приложение Heroku.

RTT на сервер db составляет приблизительно 3 мс. Теперь, даже на тестовом сервере, я вижу большое количество дрожания. Здесь вы можете увидеть вывод моего скрипта ping: http://damp-citadel-6004.herokuapp.com/test - латентность часто колеблется в диапазоне 30 мс, а иногда даже в диапазоне 100 мс.

Мне просто интересно, если это нормальное поведение для Heroku? Если это так, Heroku больше не будет жизнеспособным вариантом, так как нам нужна низкая латентность для соединения MongoLab. Текущее количество задержек убивает наше приложение из-за времени, добавленного к запросам.

Стекло Героку - это кедр, и оно расположено в US-EAST, как и MongoLab db.

Любая помощь будет оценена по достоинству.

Answer 1

Мне любопытно, как вы знаете, что ваши героины-гитары находятся в том же центре данных, что и экземпляры монголаба? По ip как-то? Вы действительно можете быть уверены? Обе эти службы используют несколько зон доступности в регионе AWS us-east-1, и, насколько я знаю, вы не указываете предпочтение или отчет, где находятся ресурсы. 2 героя dynos для одного и того же приложения могут, и из-за его звуков, вероятно, живут в разных AWS AZ. Разумеется, разные АЗ находятся в разных датацентрах, и я считаю, что даже некоторые зоны доступности охватывают несколько центров обработки данных.

В любом случае, вы не единственный. В последнее время у меня были частые проблемы с подключением как от героку, так и от моих собственных экземпляров ec2 до монголаба и монгока в том же регионе Амазонки. Поддержка Mongohq повторила, что у них также были проблемы с подключением между экземплярами EC2 в разных AZ в us-east-1, и намекнул, что поддержка AWS в последнее время подтвердила некоторые проблемы масштабирования группы сетевого уровня/группы безопасности. Мне удалось найти эту статью: http://orensol.com/2009/05/24/network-latency-inside-and-across-amazon-ec2-availability-zones/, которая говорит о том, что задержка, которую вы наблюдаете, исключительно высока.

Возможно, у меня также возникли проблемы с DNS-резольверами в EC2 - включен героем - в монголаб и mongohq. Даже для зон маршрута 53, для которых все авторитетные серверы принадлежат амазонке. В целом, похоже, что связь между зонами доступности в us-east-1 сейчас не на 100%, поэтому, хотя я бы посоветовал вам экспериментировать с другими службами баз данных на базе EC2, вы не увидите никакой разницы.