Итак, у меня возникла уникальная проблема. Наше приложение предназначено для сервера большого количества файлов по специальной одноразовой ссылке. Мы играли с ELB, но заметили интересную «ошибку»: если вы начнете получать много трафика или загружаться, похоже, что ELB попытается масштабировать и повторить попытку соединения. Это, в свою очередь, приводит к тому, что наша система аннулирует ссылку до завершения загрузки.
Так быстро я собрал прокси-сервер nginx, чтобы проверить проблему, и в этой настройке соединение не становится недействительным, но я вижу падение производительности примерно на 2/3 до 1/2. Видя, что я не могу увеличить пропускную способность экземпляра, поскольку я привязан к тому, что AWS дает мне, какие альтернативы у меня есть? Возможно, есть конфигурация с экземпляром / nginx, которую я делаю неправильно, или мне нужно перейти на что-то вроде RR DNS и заплатить за это.
Я не уверен, какие требования предъявляются к вашему приложению, но, поскольку вы уже используете AWS, вы можете рассмотреть возможность использования функции S3, которая позволяет выдавать подписанный URL-адрес, срок действия которого истекает в определенный момент в будущем (например, , через две минуты). Это приведет к тому, что ваш пользователь будет повторять неудачные подключения, но не позволит им передать его другим людям, чтобы использовать его по истечении времени истечения срока действия.
Если S3 работает для вашего приложения, он также может снять огромное бремя необходимости запускать серверы загрузки самостоятельно, поскольку S3 берет на себя всю работу.
Если www.example.com балансирует нагрузку на server1.example.com и server2.example.com, сделайте одноразовую ссылку явно на server1 / 2.example.com (или на AWS CNAME текущего экземпляра, если ваши экземпляры меняйте достаточно часто, чтобы ваш DNS не обязательно был актуальным).