Вопросы Теги

Почему DNS перестал работать для новых записей CNAME и TXT

Ни одна из новых записей CNAME и TXT, которые я добавляю (через VestaCP), не работает.

Мой DNS-сервер работает нормально. На нем около 30 доменов, раньше у меня была возможность создавать эти записи, и через несколько часов они уже работали.

Но теперь без радости. Добавьте записи, несколько дней спустя, по-прежнему ничего.

Я вижу, что эти записи VestaCP записаны в файл example.org.db , который затем включается в /etc/bind/ named.conf :

зона "example.org" {тип master; file "/path/to/example.org.db";};

Как мне решить эту проблему? Я пробовал, но пока не понял.

Следует добавить, что я проверяю, что эти записи можно найти через mxtoolbox.com

РЕДАКТИРОВАТЬ :

доменное имя: cedarvale.org

Примеры записей: Но теперь у меня есть 10000 камер, отправляющих потоки на главный сервер приема, боюсь, он не справится. Итак, я ...

У меня есть один главный сервер приема и несколько граничных узлов, каждый из которых получает данные с сервера приема. Но теперь у меня есть 10000 камер, отправляющих потоки на главный сервер приема, боюсь, он не справится. Поэтому я планирую добавить больше главного сервера приема (с LoadBalancer LVS, чтобы управлять тем, на какой главный сервер приема будут отправляться потоки с этих камер). Но с более чем одним главным сервером приема как граничные узлы вытягивают весь этот поток. Я также тестирую опцию извлечения в граничном узле, подобную этой 

application live {
   notify_method get;
   idle_streams off;
   pull rtmp://master_server_1/live live=1;
   pull rtmp://master_server_2/live live=1;
}

, но она извлекает поток только с master_server_1. Любой совет ? Спасибо

Кстати, я думаю, мне не нужно больше главного сервера, просто увеличьте пропускную способность. Это правильно ? Спасибо

1
задан 23 February 2016 в 10:13
1 ответ

Вы можете получить разрешение DNS-записи на несколько серверов-источников -- Вы могли бы использовать это не только для простой балансировки нагрузки на DNS по кругу, но и для того, чтобы nginx-rtmp извлекался из нескольких источников.

После определенного момента имеет смысл иметь более одного глотательного сервера. Другие практические соображения, кроме того, что это дает вам больше надежности. Имея всего один сервер, вы получаете единственную точку отказа.

Источник: https://groups.google.com/forum/#!topic/nginx-rtmp/B2QqqwXxASk

NOTE #1: NGINX кэширует разрешения DNS до перезапуска. Если вы ожидаете изменения IP-адресов (я использую AWS ELB, поэтому они сильно меняются), то вам нужно либо испортить DNS resolver в NGINX, либо использовать директиву exec_pull в сочетании с ffmpeg.

NOTE #2: Все вытягиваемые узлы должны иметь одни и те же потоки. Невозможно узнать, существует ли определенный поток в источнике или нет. Он будет использовать первое доступное (с точки зрения подключения) начало.

Если вы хотите иметь начало с отдельными наборами потоков (имеет смысл для масштабирования), вам придется управлять этим на вашем конце. Я решил эту проблему, используя последовательный алгоритм хэширования для отображения потоков на различные видео кластеры, распределяя нагрузку, например: Потоки, опубликованные в начало "1", можно проигрывать только по краям, вытягивая из начала "1". Реализация такой системы должна быть на прикладном уровне.

.
0
ответ дан 4 December 2019 в 06:37

Теги

Похожие вопросы