Я просто установил бы другой виртуальный хост на том же веб-сервере, так служите статическому содержанию из "static.example.com", делая это изменение тривиальным по линии. Можно сделать это путь, но Вы, вероятно, не собираетесь видеть много увеличения производительности, но попытку:
Есть ли приоритет для этого? Т.е. кто-либо "крупный" делает это?
Верные люди сервер статическое содержание с другого сервера, я услышал, что YouTube хорошо разбирается в этом.
Какой-либо конкретный порт я должен использовать или уклониться от использования?
Я уклонился бы от использования портов кроме 80, но это - просто я..:-)
Кто-либо может думать о некоторых оборотных сторонах о хождении этим путем?
Почему ваш брандмауэр вообще заботится об исходном порте входящих соединений / UDP-пакетов? Правильное решение - не заботиться об этом, а только добавлять правила для важных вещей: разрешить трафик на порт назначения UDP 53, независимо от порта источника.
Используйте данные пользователя, затем проверьте данные пользователя как часть вашего запуска. Либо запускайте, либо не запускайте свой сценарий в зависимости от содержимого пользовательских данных.
Пользовательские данные могут быть установлены как часть мастера запуска в Консоли управления AWS или с помощью инструментов командной строки.
Вы можете прочитать данные пользователя из http://169.254.169.254/latest/user-data
.
Полную информацию о метаданных экземпляра EC2 можно найти на http: // docs. aws. устанавливается после запуска демона марионеточного агента. Для проверки перезапустите демон.