Мониторинг между регионами EC2

Question

Я работаю над небольшим проектом EC2, который включает в себя несколько серверов в двух разных регионах (Восток США и Запад ЕС). Моя первая задача — реализовать решение для мониторинга Nagios. Мониторинг в регионе прост — я просто использую частные доменные имена/IP-адреса, но я немного не уверен, как лучше всего организовать мониторинг второго региона без настройки второй установки Nagios. Среда довольно статична, поэтому я пока не собираюсь писать скрипты конфигурации с помощью инструментов EC2.

На мой взгляд, у меня есть два варианта.

1. Две установки Nagios (что является излишеством для небольшого количества серверов, с которыми я имею дело).
   Плюсы: Мне не нужно менять разрешения групп и не нужно платить за трафик, избыточность в решении для мониторинга - я могу контролировать серверы Nagios.
   Минусы: необходимо иметь дело с двумя установками, и мне нужно будет запустить еще один экземпляр сервера.
2. Обеспечить единую установку для мониторинга обоих регионов.
   Плюсы: нужно разобраться с одной установкой.
   Минусы: немного сниженная безопасность — группе безопасности придется открыть NRPE (5666) для одного исходного IP-адреса, а также заплатить за небольшую часть полосы пропускания по тарифу Интернета для передачи данных между регионами.

Думаю, мой вопрос в следующем: как другие справились с этой проблемой и каковы ваши рекомендации?

Спасибо!

Answer 1

Вариант 2 должен быть намного дешевле — трафик NRPE довольно редкий, поэтому стоимость полосы пропускания должна быть намного ниже стоимости запуска целого дополнительного экземпляра. Поскольку трафик NRPE по умолчанию идет через SSH, я не вижу в этом большой проблемы безопасности.

Если вы все еще хотите придерживаться варианта 1, вам, возможно, стоит подумать об уменьшении избыточности и запуске серверов Nagios на существующих экземплярах, которые уже запускают другие службы. Это противоречит тому, что вы бы сделали с физическими серверами, но может сработать для вас на EC2, поскольку очень легко реплицировать образы серверов и разворачивать новые, когда экземпляры выходят из строя.