Обновить
0
0
Роман@ragus

DevOps/Python

Отправить сообщение
откуда там лишние IOPS'ы? там нотификации из ядра о событиях. сам inotify ничего с диска не читает.
и как оно помогает в реальном времени отслеживать изменения файлов?
conntrack — это не только nat. так что без conntrackd файловер автоматом грохнет все установленные соединения
(т.к. у standby-ноды не будет state table погибшей)
а чем вариант с conntrackd плох? keepalived обеспечивает ha-адрес, а conntrackd — синхронизацию conntrack между нодами.
> Архитектура системы такова

Плохая архиктерура. Если один из фронтендов на squid приляжет отдохнуть, то 50% запросов будут отбиты.
Кроме того, непонятно, как обеспечивается HA в каждой географической точке.
За идею с медленным чтением спасибо — переписал на портабельный вариант с kevent/epoll ;)
это не спасёт от DDoS, выполненной таким способом.
Почему же? если не разбирать сам mpeg-ts, а считать его просто как bytestream. Единственная потенциальная проблема — клиенты могут понять его не как mpeg-ts, а какой-нибудь mpeg-ps
я про слоганы ;) сейчас в большой тройке многое отдается на аутсорс, так что мы еще увидим фейлы как смсками абонентов репродуктора.
в догонку история: у одного оператора абонент пожаловался, что списали деньги за роуминг, хотя он находился в домашнем регионе. только он был на озере и рыбачил, а озеро — на границе двух областей.
т.к. мобильный телефон принимает одновременно до 6 базовых станций и выбирает ту, энергетические затраты на связь с которой будут минимальны, то выбрал телефон БС на другом конце озера, уже в другой области(т.е. вне домашнего коммутатора).
К чести данного оператора, деньги абоненту вернули.

Вообщем, такая вот наглядная иллюстрация, когда законы распространения радиоволн вносят свои коррективы ;)
Марина, здравствуйте!
Вы пишете, что у комстара не было соотвествующей лицензии. Т.к. вы утверждаете, что теперь лицензия на голос у комстара есть, а сам комстар стал частью ОАО «МТС», то у МТС есть лицензия на передачу голоса по сетям передачи данных.

Возникает вполне логичный вопрос: стоит ли ожидать от компании МТС чего-то аналогичного услуге «мультифон» от одного из конкурентов?

Ведь де-факто вся инфраструктура в компании уже есть, лицензии(мг/мн и на передачу голоса через сети ПД) тоже есть.
Я только из-за этого ушёл к вашему конкуренту. Более чем уверен, что так сделало большинство, кому надо ездить за пределы РФ. Мне было проще отдать 10-15$ в месяц и иметь на телефоне полноценный 3G от водафона, чем разорятся на роуминг. Пока это ситуация справедлива лишь для людей, связанных с IT.

Но всего за пару лет это станет массовым явлением и доходы с роуминга начнут падать(думаю, что они падают уже сейчас, судя по весьма немалым скидочным опциям на роуминг).
Тем более, что то же sipnet предоставляет за вполне гуманные деньги услугу callback(по сути вы заказываете конференцию).

Опять же, интересует позиция компании к тем, кто из домашнего роутера и ваших же usb-модемов делает gsm-voip шлюзы. Года 1.5 назад, имея безлимит внутри домашнего региона я звонил на свой gsm-шлюз и с него пользовался sipnet'ом(если хабру интересно, могу написать на эту тему статью).
Потом я этот шлюз использовал чтобы принимать звонки на свой номер находясь в Праге. В какой-то момент мне надоело это извращение и я ушел к вашему конкуренту.
мне вот интересно: у вас есть лицензия на ШПД, но нет на голос. ваши пользователи где-то там пользуются войпом. получается, в данной ситуации оператор является нарушителем?
идёте в офис, пишете претензию. насколько я помню, делается в 2х экземплярах.
скорее всего, вам вернут деньги. если нет — жалоба в россвязьохранкультуру.
россвязьохранкультура делает запрос оператору, срок ответа — 10 дней, afaik.
но обычно, до такого редко доходит и вопрос решается мирно, ваши 100 руб — это меньше среднего платежа за услуги связи.
Такая тема там уже давно. Клиентоориентированность, «Будь лучшим», итп. Есть у них и номинация «просто лучший». Дают за какую-то фигню, в честь тебя называют какую-либо из базовых станций.
>Если кол-во файлов и их расположение не известно заранее — да, это уже не будет статикой.

Т.е. от того, что в соковыжималку мы положили сразу 2 апельсина, а не поштучно — от этого они перестают быть апельсинами? ;)

>Конвертации в Baseline Profile?
как связан профиль h.264 с контейнером?

>И добавлении payload?
какой еще payload? payload — это данные.

>Если надо работать с видео не понимаю почему бы не использовать erlyvideo.

потому что erlyvideo предназначен для другого и то что нужно нам он не умеет.

Теперь будет про mp4:

H.264 files and metadata
In H.264-based video formats (mp4, m4v) the metadata is called a «moov atom». The moov atom is a part of the file that holds the index information for the whole file.

Many encoding software programs such as FFMPEG will insert this moov atom information at the end of the video file. This is bad. The moov atom needs to be located at the beginning of the file, or else the entire file will have to be downloaded before it begins playing.

Т.е. mp4 предварительно надо обрабатывать. Теперь, самое грустное: т.к. пишем мы live-эфир, то конца файла не будет. Ни завтра, ни через месяц. Зато за это время у нас набежит много гигабайт данных и у нас может кончиться место на диске.
В комментах поста про эту статью у Lev Walkin было предложено написать видеосервер на ноде и сравнить.

Можно не брать rtmp, а взять более простой для работы mpeg-ts (там максимум час времени с отладкой).

PS: товарищи минусующие, а по делу есть что сказать?
>соорудить в рантайме из пачки файлов один фаил это не статика.

т.е. только из-за того, что n файлов улетают клиенту в рамках 1 запроса — это уже не статика? я же не генерирую их в рантайме. с точки зрения веб-сервера нет разницы между:

socket = accept()
read_request()
write_headers()
fd = open(«part0.bin»)
sendfile(socket, fd, 0, len)
close(fd)
close(socket)

и

socket = accept()
read_request()
write_headers()
fd = open(«part0.bin»)
sendfile(socket, fd, 0, len)
close(fd)
fd = open(«part1.bin»)
sendfile(socket, fd, 0, len)
close(fd)
fd = open(«part3.bin»)
sendfile(socket, fd, 0, len)
close(fd)
close(socket)

>Да, правда кроме как для раздачи mp4 (модуль уже в core есть) мне эта фича не нужна, другое дело Streaming API.

mp4 не подходит для этих целей, к сожалению. Этот контейнер требует предварительной обработки, прежде чем им можно будет пользоваться для стриминга.

это может понадобиться для создания архива live-эфира. видео пишется на диск фрагментамт(например, по 1 часу).
По крону ходит скрипт и подчищает всё, что старше, например, 1 месяца.
а про переход disk-io/network-io — забавно. какая разница, всё равно это i/o. Основное правило для event loop не нарушено: нельзя что-то долго делать (считать или использовать блокирующий i/o).

я не пытаюсь вас убедить в отсутствии серебряной пули. вы предлагаете соорудить на nginx заведомо нерабочую конструкцию.
я знаю, что nginx прекрасно отдаёт статику(как и динамику через разные fastcgi/uwsgi), я знаю про X-Accel-Redirect и там где надо использую и, вообще, всячески за использование nginx агитирую.

Но когда вам нужна кастомная обработка запроса(например, сделать seek по файлу на значение из параметра offset) вы приходите к написанию модуля для nginx.

Идея посмотреть как нода раздает файлы:
1)проста для повторения
2)достаточно наглядна
3)интересна в сравнении с аналогичными вещами(gevent/eventmachine)

это не призыв использовать такое в реальной жизни без особой необходимости.
опять nginx. ну хорошо. покажите мне пример, как на nginx в рамках _ОДНОГО_ http-запроса отдать клиенту файлы file0.part и file1.part
и где нода у вас будет как роутер.

http-сервер в node.js/gevent/tornado/twisted/eventmachine позволяет делать всё что угодно в процессе обработки запроса и встроить любую логику в обработку запроса на любом этапе
(вот опять же, попробуйте в nginx после завершения передачи файла клиенту выставить ключ в memcached, что файл отдан клиенту целиком).

erlyvideo — это такой комбайн. я говорю о более простой задаче. Выше я привёл цифры. не думаю, что для ноды это вызовет какие-то проблемы.

для вашего успокоения: представьте, что это с диска раздаётся ;)

Информация

В рейтинге
Не участвует
Откуда
Praha, Hlavni Mesto Praha, Чехия
Дата рождения
Зарегистрирован
Активность