Филипп: Я просто сталкивался с тем что причиной подобных тормозов в разных приложениях был DNS. Точнее reverce resolve когда сервер (например для записи в логе) пытается преобразовать IP обратившегося к нему в имя (127.0.0.1 в localhost). Разница в 10мс опять таки на это намекает.
Ради интереса resolve.conf можно попробовать прописать вместо серверов вашего хостера DNS от гугла: 8.8.8.8 и посмотреть не поменяется ли случаем время отклика в большую сторону. На работоспособность сервера это повлиять не должно, а проверить таким образом гипотезу можно.
1. Вы процедуру установки или обновления описали? Если обновления — я действительно каюсь и посыпаю голову пеплом мне такой порядок действий не приходил в голову. А копирование базы данных с предыдущего (того который обновляем) сервера на каком этапе производить? А если база 200Гб?
4. Я не удивлюсь даже тому что «mysql и php и mediawiki и wordpress и еще туеву кучу вещей» можно разворачивать через cygwin+bash.
Честно говоря Ваше пренебрежительное отношение несколько раздражает. Лучше что-нибудь конструктивное напишите. Хотя бы по первому вопросу.
1. Вопрос задавался с целью либо получить вескую аргументацию против данного технического решения, либо уяснить для себя некоторые нюансы обслуживания подобной системы. И я честно говоря буду рад услышать от вас описание правильной процедуры обновления Apache, PHP и MySql с минимальным даунтаймом и вероятностью возникновения проблем.
2. Почему Вы решили что я не умею ее готовить? :-) На данный момент у меня довольно большой парк серверов под этой ОС (AD, MSSQL, терминалки и еще куча всего) и в основном к ней претензий у меня нет. Даунтайм из расчета на сервер не превышает полтора-два часа в год. Но это решения внутри корпоративной сети. В частности требования по скорости установки заплаток и времени даунтайма к ним несколько ниже. В случае форсмажора на восстановление работоспособности есть минимум ночь, хотя такого и не случалось). Так что не стоит считать что у меня религиозная неприязнь к Windows.
3. Вы вероятно будете удивлены но я пытался это сделать. В точности всех причин подобного решения узнать не удалось но примерно ситуация сводится к тому что те люди которые писали ТЗ сами активно используют на «корпоративных порталах на 100 хитов в сутки» именно такую связку и она им близка и понятна, а «линукс» — это для них вероятно такой странный зверек. Разработчики же которые занимались реализацией посчитали что у них еще найдутся другие темы для споров с заказчиком и просто установили требуемый софт. Я вам в личные для посмеяться скриншот скинул.
4. Я редко иду на поводу чьего-то мнения. Обычно пытаюсь составить свое. И повторюсь я не считаю что «винда кривой хлам». Windows операционная система очень неплохо зарекомендовавшая себя в некоторых применениях и позволяющая в них очень неплохо сэкономить деньги и время. Но тоже самое я могу сказать и о Linux, FreeBSD а также о CISCO IOS до кучи. Всему свое место.
Вероятно таким образом и поступлю. Правда сомнительно что будут что-то оплачивать, скорее это будет смягчающим фактором при депремировании из-за даунтайма. Ну и вероятно стоит поставить фронтендом nginx.
А по поводу «корпоративных порталов на 100 хитов в сутки» — они есть причем далеко не в одном экземпляре. Поддерживаются полностью разработчиками и обновления на них не ставятся годами и также годами без серьезных проблем работают. Вероятно они как-раз и стали первопричиной попытки вынести подобную технологию из корпоративной сети в интернет, по принципу — «вон у нас этот портал на той же связке уже 5 лет работает и проблем с ним нет»
По поводу применения Windows серверов в других сферах у меня довольно много опыта (не один десяток серверов, больше 10 лет эксплуатации), думаю меня даже особо не смутила бы связка WIndows + IIS + MS SQL + ASP. Она вполне себе противоположена LAMP но это _стандартная_ связка.
Вполне допускаю что я встал на путь излишнего консерватизма. Но попытка ставить Apache на Windows у меня действительно вызывает отторжение. Конечно не настолько активное как попытка запустить MSSQL под WINE, но чувство из той же оперы. :-)
По поводу что напрягло — напрягли в основном обновления. Ну и отсутствие опыта эксплуатации подобной связки.
Я слабо представляю как обновлять эту связку с разумным даунтаймом и гарантией того что после обновления все заработает — регулярно сталкиваюсь с разработчиками которые обновили на своем компьютере пакет а потом бегают и пытаются понять что не так.
В этом плане мне однозначно больше нравятся CentOS/RHEL где вероятность таких сюрпризов минимизирована.
Я не стараюсь подогнать факты под свое видение ситуации.
Просто мне интересно — может уже есть методики по поддержке такой системы и она уже считается стандартной и я просто об этом незнаю?
1. — Странно. Если в видео требуемый кадр имеет номер 545 то он в любом случае будет иметь номер 545. даже вне зависимости от методов кодирования и т.п. Другой вопрос как вы получаете номер требуемого кадра и насколько точно.
2. Ну мой подход в большей степени спровоцирован вариантами 3 и 4 которые вы рассматривали. В вебе на стороне клиента я мягко говоря слабо разбираюсь, а тут знакомые слова увидел :-)
Опять таки серверный процесс получения скриншотов вполне нормально масштабируется как по ядрам так и в принципе по серверам. По моим прикидкам озвученый мной способ даст возможность обработать от 1 до 10 запросов на ядро в секунду (зависит как минимум от разрешения). Хотя время реакции (от поступления запроса до выдачи результата) скорее всего будет около 2-х секунд из-за работы с rtsp. Итого на одном сервере можно рассчитывать на обработку (8 ядер на 3600 секунд) от 28 до 280 тысяч запросов в час. Не так уж мало хотя сколько вам реально нужно я конечно же не знаю. В целом же кушать оно будет не сильно больше чем какой-нибудь друпал на генерацию странички, а масштабироваться в некоторых случаях проще.
В общем если есть желание — пишите. Можно обсудить подробнее и попробовать на практике.
В качестве пульта управления полностью согласен с тем что стоит брать Turnigy с хоббикинга.
Собственно я имею такой же комплект только использовать его буду в применении к самолету. Жду сезона :-)
В плане сборки контроллера собственноручно — я этот вариант рассматривал и даже частично собирал.
Основная проблема — получается очень дорого. При штучных покупках стоимость контроллера + акселерометра + гироскопа + магнитометра + GPS модуля тянут чуть ли не больше готового контроллера, ну и к тому же под все это требуется качественная двусторонняя плата + ее разводить не сахар (я топором разводил).
Но в итоге после того как рцтаймер выпустил клон ардупилота я в конце концов купил готовый модуль.
Получаем на выходе пачку файлов image001.png-image030.png (image001.png частенько порченый из за старта декодинга не с кейфрейма).
Далее можно брать произвольный требуемый кадр в png и делать с ним что угодно.
Конечно требуется тестирование и возможно декодинг придется делать не 1-й а нескольких секунд. Но в любом случае точность получается до кадра.
Но я честно незнаю можно ли с ютуба получить rtmp в требуемом качестве с их апи никогда не работал :)
Примерно в таком виде:
ffmpeg -ss 200.15 -t 0.2 -i rtsp://v4.cache3.c.youtube.com/CjYLENy73wIaLQkZ72dLOkt_CRMYDSANFEIJbXYtZ29vZ2xlSARSBXdhdGNoYKnWibCCituxUQw=/0/0/0 /video.3gp image%d.png
Можно и так. Хотя принципиальной разницы с заменой конфигов не вижу. Локинг при опросе более одного сервера все-равно организовывать нужно.
Насколько я понимаю setvmcredentials — меняет параметры и сохраняет их в конфиг файл. Соответственно при относительно одновременном запуске проверки двух хостов есть вероятность что обе проверки отработают по одному и тому же хосту. Это будет весьма неприятно если с них снимать какую-то статистику.
Ну и хранится учетные данные на ESXi через setvmcredentials будут в открытом виде, а при подмене конфигов — хоть как-то прикрытые. Хотя разница и не такая уж большая.
И к какому решению пришли в итоге? Или так и оставили без мониторинга?
Если тут не получится найти более правильное решение чем с помощью RemoteARCCONF, то я буду делать мониторинг на нем. Если хотите потом могу поделиться результатом.
hwraid.le-vert.net/wiki/Adaptec
3. Management and reporting tools
No opensource tools for aacraid cards currently exist. However, Adaptec provides a proprietary utility for x86 and x86_64 linux systems.
esxi имеет режим технической поддержки в которой консоль доступна. Но не имеет библиотек не требующихся для него, а так же разумеется не имеет gcc
arcconf проприетарная программа от производителя контроллера. Распространяется в бинарном виде.
ESXi — не дистрибутив, а гипервизор производства VMware. Тоже местами проприетарный и весь из себя корпоративный. И разумеется не имеет в своей среде не то что компилятора но и многих других вещей включая SSH по умолчанию.
А где взять arcconf для ESXi? С учетом того что в стандартных драйверах для ESXi его нет?
Мы же оба о ESXi говорим? (как мониторить на обычном дистрибутиве я в курсе)
О как! Как у вас все просто :-)
А можно поподробнее? Точнее можете сказать какая именно «строчка в конфиге snmpd.conf» мне нужна чтобы узнать состояние контроллера? Просто я никаких утилит установившихся с драйверами не нашел, а общение между RemoteARCCONF и контроллером, если верить документации, идет через CIMOM.
Ради интереса resolve.conf можно попробовать прописать вместо серверов вашего хостера DNS от гугла: 8.8.8.8 и посмотреть не поменяется ли случаем время отклика в большую сторону. На работоспособность сервера это повлиять не должно, а проверить таким образом гипотезу можно.