Apache как фронтэнд к Red5
Я могу жить с 4-часовым временем простоя, но это не будет удобно. Действительно ли я - более обеспеченная покупка или здание? Я вижу оба пути за и против.
Затраты Вы экономите на частях, скорее всего, будут более дешевыми из-за качества и/или плохой поддержки. От плат RAID до памяти и источников питания, сохранение нескольких маркеров тут и там обычно является проигрывающим сражением в конце. Если тот конец, оказывается, от на расстоянии в 7 месяцев до 7 лет, мнение людей о "конце" имеет тенденцию быть большим количеством вопроса удачи при прокрутке собственных серверов.
Мне только действительно нужен один сервер (я буду использовать VMware esxi), но если я создам, то я создам две идентичных машины для составления из-за отсутствия контракта на поддержку.
Ну, Вы не обратились к совместно используемой памяти также - два сервера ESXI (w/o совместно использованный сохраненный) не отличаются, чем наличие одного сервера. Как это - преимущество? Лично, у меня был бы один сервер нытика с качественными аппаратными средствами по сравнению с двумя дешевыми машинами и никакой совместно используемой памятью.
Немного вне темы: если Вы идете путем VMware, по моему опыту, VMware намного более 'придирчив' когда дело доходит до чипсетов Nvidia для AMD Opteron. Предоставленный Вы могли идти с Intel, но если бы стоивший такой фактор, я настоятельно рекомендовал бы AMD с точки зрения стоимости. Я не знаю, являетесь ли Вы тупиком на ESX/ESXi, но если не я рекомендую Citrix XenServer 5.5. С большим количеством функций их бесплатной версии прямо из поля и в целом менее стоимости с точки зрения оценки для функций предприятия-y, посмотрите на них. Специально для образования, где каждый проклятый доллар имеет значение. Я постарался бы не идти путем VMware для стоимости и стоил бы один. Просто мои два цента.
Что я должен рассматривать больше всего, и что я потенциально пропускаю?
Я ответил на подобный вопрос к тому, что Вы отправляете (здесь). Я отвечу на свои 3 основных вопроса, которые я поднял с точки зрения того, что Вы пропускаете от аппаратных средств уровня сервера. Womble ответил на большое количество вопросов, которые я повторяю, так не стесняйтесь пропускать к нижней части.
Длительность - Предоставленный не у всех есть идентичный опыт, но оборудование класса сервера, кажется, служит немного дольше, чем их настольные дубликаты. Но даже для длительного (и напряженный) использование, серверное оборудование имеет тенденцию содержать до требований под спецификациями, обеспеченными производителем.
Поддержка устойчивости/Надежности/Длиннее Обычно лучшая поддержка драйвера соответствующей ОС. Настольное оборудование может или не может иметь твердых драйверов, но серверное оборудование не продало бы без некоторого серьезного внимания к деталям. Поддержка драйвера является критическим, а также серьезным тестированием оборудования. Я нахожу, что, после того как плачу за серверное оборудование, я волнуюсь меньше об этой проблеме. Если проблема действительно возникает, производители обычно обновляют драйверы/встроенное микропрограммное обеспечение/программное обеспечение/и т.д.
Масштабируемый - большинство большей части базового серверного оборудования (материнские платы, ЦП, RAM) ожидают обновления одного градуса или другого. Большинство рабочих столов не ожидает большее количество ресурсов. Это обычно - функция чипсета материнской платы больше, чем что-нибудь, но наборы микросхем для серверов существенно отличаются от рабочих столов.
Что Вы пропускаете
Вы пропускаете лучшие аппаратные средства/программное обеспечение (драйверы) от поставщиков с тоннами опыта и уроков, извлеченных испеченный в их продукты. Не говоря уже об обычно бесшовных процедурах обновления (увеличивающихся) к функциям управления, у поставщиков сервера есть огромная добавленная стоимость, которую Вы просто не можете создать собой.
Вы пропускаете компоненты, который при объединении вместе наклоняет вероятность отказа далеко от сервера. Понимаете ли Вы это или нет, Вы добавляете больше рабочей нагрузки к своим обязанностям, которые действительно не содействуют потребностям школьного округа и недостаточно используют Ваше время к самому полному. И это означает, что школьный округ пропускает Ваше внимание для более важных задач.
Что необходимо рассмотреть
Я создал серверы за эти годы для меня и горстки клиентов. В эти дни я рекомендую/подчеркиваю, что мои клиенты переходят к поставщику (HP, Dell, Sun, и т.д.) по качеству частей, которые я не могу получить или для контрактов на поддержку. Контракты на поддержку кажутся расточительными/бессмысленными, но мне они отчасти похожи на страховку: Вы только цените его при необходимости в нем.
Вы могли сослаться на все свои видео, как будто они были в каталоге следующим образом:
<a href="rtmp://www.example.com/media/...">
Затем используйте обратную функцию Apache прокси для передачи запросов для чего-либо в папке медиа к серверу Red5.
ProxyPass /media http://red5server.example.com/
ProxyPassReverse /media http://red5server.example.com/
Запрос на rtmp://www.example.com/media/filename.flv проксировал бы через Apache к Вашему внутреннему серверу как http://red5server.example.com/filename.flv.
Вы можете использовать мод-прокси-утилиту Apache для Для этого выполните следующие действия:
1. Откройте файл httpd.conf, расположенный в каталоге conf веб-сервера.
2. Отредактируйте файл, раскомментировав их:
LoadModule proxy_module modules/mod_proxy.so
LoadModule rewrite_module modules/mod_rewrite.so
LoadModule proxy_http_module modules/mod_proxy_http.so.
3. Добавьте следующие строки в файле -
RewriteEngine On
RewriteRule ^/((open|send|idle|close|fcs)/.*)$ http://www.yourcompleteURL.com/$1 [P,L]
Сохраните файл и перезапустите службу. Вы можете проверить эти изменения по этому URL-адресу - http://www.yourwebserver.com/open/1/ . Он должен отобразить «Неверный запрос. Поддерживается только RTMPT».