Кластер веб-сервера Ubuntu проверяет репозиторий Ubuntu на обновления сценария с кроном
При попытке пробовать это, даже думал, что трудно сказать из описания точно, что Вы после. Давайте предположим выполнение веб-сервера на виртуальной машине. Чтобы смочь получить доступ к Вашей виртуальной машине по Интернету, Вы должны:
- настройте свой vm для соединенных мостом сетей в Вашем гипервизоре - это позволит Вам иметь локальный IP-адрес, это доступно через Вашу сеть
- настройте операционную систему своего vm или свой сервер DHCP для использования статического сетевого IP-адреса для той машины
- настройте свой маршрутизатор или перенаправление портов точки доступа для указания на этот сетевой IP на данном порте (например, порт 80 обычно используется для веб-серверов - это - значение по умолчанию браузера, хотя это обычно блокируемый ISPs, таким образом, можно хотеть использовать 8080 или что-то подобное),
- очень предпочтительно оплатите свой ISP статический общедоступный IP-адрес и определите его в настройках Вашего маршрутизатора (можно сойти с рук использование динамического IP, но он подвержен изменениям, кто знает, как часто) Вам только нужен один адрес
- Если Вы хотите иметь доменное имя, то или добраться один от регистратора или используют что-то как opendns - для первого, указывают на домен на Ваш общедоступный IP-адрес. Это - то, где вещи станут раздражающими, если Вы будете использовать, имеют динамический IP, потому что он требует времени после переопределения его, чтобы DNS распространил. Надеюсь, что Вам нравится ожидать однако долго, который берет.
- укажите на свой веб-браузер на your-domain.your-tld:your-port
Сети не являются моими экспертными знаниями (чтение: Я сосу в нем), поэтому исправьте меня, если я сказал что-то не так.Спасибо.
Похоже, что rsync / cron будет работать нормально.
Если вы хотите порезвиться, вы можете настроить GlusterFS для автоматической репликации изменений в кластере.
Похоже, вы уже получили ответ на свой вопрос несколько минут назад :-). Я тоже думал о чем-то вроде rsync, как предлагает EEAA выше, потому что я помню, как смотрел видео на YouTube об этом. Я попытаюсь отследить для вас эту ссылку на видео.
Кроме того, я думаю, что сохранение автоматических масштабируемых EC2 в синхронизации с текущими файлами webapp - еще одно преимущество, которое предлагает сервис AWS Elastic Beanstalk, когда он автоматически масштабируется в зависимости от нагрузки, как вы опишите, что вам нужно, новые запущенные экземпляры загружают самые последние файлы php, которые были запущены до автомасштабирования. Я думаю, это потому, что Elastic Beanstalk использует репозиторий, отдельный от ваших запущенных экземпляров.