504 недопустимых шлюза с Nginx
Какова могла быть общая причина потери пакетов UDP
Перегрузка (слишком много пакетов) с отсутствием QOS (случайные отброшенные пакеты, VoIP, не обработанный с приоритетом) и / или неисправное оборудование (качество строки и т.д.) Для первого, получают QOS способное оборудование, для последней проверки строки (аппаратные средства, переключатели, безотносительно) для того, чтобы быть плохим.
Для интернет-соединения Вам нужны маршрутизаторы QOS на обоих концах - который Вы не будете иметь (если VoIP не будет предложен Вашим поставщиком, затем он, вероятно, имеет в распоряжении инфраструктуру). Тем не менее начиная с Вашего вниз канал является обычно намного более крупным, чем канал, локальный маршрутизатор, располагающий по приоритетам только вниз, канал обычно "достаточно хорош".
Плохое качество строки является тяжелой проблемой обработать, все же.
Вы используете Xen VPS с 1 ГБ ОЗУ и 2 ГБ подкачки, а ваш VPS-провайдер имеет такое же соотношение ОЗУ и подкачки для всех других клиентов, включая 256 МБ подкачки для 128 МБ. оперативной памяти для клиентов на самом низком уровне.
Это может показаться очень высоким соотношением подкачки к ОЗУ для хостера VPS, особенно если они предлагают низкие уровни, такие как 128 МБ ОЗУ с 256 МБ подкачки, которые неизменно исчерпывают всю оперативную память. время, когда оно используется ничего не подозревающими новичками.
Похоже, ошибка Bad Gateway, которую вы получаете, вызвана слишком большой задержкой в ответе вашего J2EE-приложения, которая может быть вызвана всей происходящей подкачкой.
Лучше всего проверить производительность сервера. Вероятно, вам следует начать с запуска dd для проверки пропускной способности диска, а затем использовать какой-нибудь инструмент для тестирования производительности UNIX.