А как же соц сети, форумы, 4pda наконец?
На реддите я бы что-нибудь типа RDP клиента скорее рекламировал. Ну в общем что-то полезное.
По мне так очень странный выбор ресурсов, но возможно дело в том что я не профи в этом бизнесе.
Поддержу всех кто сказал о том что качественное приложение рано или поздно может выстрелить само.
Полагаю проблема связана именно с часовыми поясами. У меня например стоит часовой пояс минск и все прекрасно работает.
То есть, если я правильно понимаю, время должно совпадать с часовым поясом. Например если вы ставите Москву и потом корректируете руками время — будет фигня. А если вы правильно подбираете часовой пояс — все будет хорошо
Минус не ставлю, но честно говоря гугл и яша описали данный материал гораздо лучше хотя и без привязки с какому-либо языку.
Так же могу сказать — да, это работает, я примерно так комменты из disqus показываю. прямо без форматирования. Все равно их только поисковик увидит. Ищется норм.
На самом деле все не так уж и печально с GoDaddy. Да действительно «вернуть» домен не зная данных учетки возможно.
Но по моему личному горькому опыту, когда домен был зарегистрирован сотрудником компании который в этой компании больше не работал, вернуть домен оказалось нереально.
Они действительно передали права на домен на новую учетку в течение 2-3 дней.
Все документы были реальными и не нарисованными. Карта на которую покупался домен была тоже реальной и принадлежала генеральному директору.
И все бы хорошо, но через неделю сотрудник компании смог обратиться в тех поддержку и вернуть домен, сказав что раз учетка его и у него есть к ней доступ. Объяснить сотрудникам тех поддержки что домен куплен на другую кредитку и данные whois гласят о другом владельце мы не смогли. Домен был потерян.
Мне показалось что FirewallD есть просто обертка вокруг iptables и ebtables. Причем на данный момент не самая удобная так как надо изучать большое количество новых команд.
Хотя один плюс я все же увидел. Насколько я понимаю, теперь сервисы при запуске могут сами добавлять правила в FirewallD. Наблюдение при работе с докером. Если запустить сначала докер а потом файрволл — ничего работать не будет. Надо наоборот.
А вот SystemD порадовал. Не сказать что сильно усложнили, а многое стало гораздо проще реализовать
Я не говорю о штатности ситуации. Естественно в любом проекте выше чем домашний должно быть резервирование, и отказоустойчивость. Я говорю лишь о том что это выходит накладно на данный момент.
Есть еще один вопрос который мне кажется важным. Положим у нас небольшой проект и ну положим 1 сервер на бд мастер и один слейв. Помоему штатная ситуация. Заморачиваться с мастер-мастер не всегда просто или доступно.
И так у нас нагруженная бд которая постоянно дергает на запись рейд из 4 дисков. Так же у нас положим парочкав в spare.
Есть такая статистика которая рассказывает что жесткие диски выпущенные в одно время с одного завода зачастую выходят из строя разом. (сам 2 раза встречал такое что 4 диска сдохли за неделю.). И так у нас рейд из 4х SSD и 2х запасных. На них постоянная нагрузка на запись, которая ко всему прочему равномерна распределена на все диски. Вопрос каков шанс что 2 диска да еще и те что являются разными частями страйпа в зеркале например вылетят до того как отсинкается 2 запасных SSD?
Имхо шанс что вылетят из строя обычные харды одновременно пока что сильно меньше чем ssd.
И да это можно пережить, переключить мастера на другой сервер, раскатать из бекапа копию сервера, подключить как слейв, отсинкать и жить спокойно еще года… два-три? год? пол года?
И я не пытаюсь навязать точку зрения что что-то лучше. Просто пытаюсь дать информацию для размышления. Плюс я понимаю что будущее явно не за HDD.
Год назад мне пара хостеров дала статистику что под нагрузкой ssd не живут более полугода. Для меня это весомый аргумент, если для сравнения SAS hdd живут по 3-5 лет.
Вообще SSD удивляет. Может конечно я из другой эпохи, но по мне так пока еще надежнее использовать для бд рейд 10 из SAS дисков. А ssd разве что в качестве кеша для этого же рейда.
Удивляет что решение сделано на MS. А наличие 2х ASA и 2х маршрутизаторов еще больше удивляет. Почему нельзя было использовать инфраструктуру дц? 11 веб серверов на IIS полагаю вообще можно было парой на NginX'e заменить. Хотя IIS позволяет кешировать все нельзя, чем хвастается МС частенько на конференциях, показывая супер производительность. (может информация устаревшая, последний раз на «ремиксах» это видел, потом судьба от МС далеко увела. )
Какой-то очень теоретический вопрос. По хорошему их бы выделить каким-то образом в отдельную группу. Сделать универсальный конфиг через jinja2 шаблон. А дальше сколько нод ты не подключишь — просто добавляй в эту группу.
Ребят, вы меня простите конечно, но доклады слушать нереально. Плохой звук, качество картинки, и отсутствие слайдов это все омрачает значимость подобных докладов и сводит их пользу к минимуму.
Спасибо за статью.
недавно пробовал разобраться с system-tap, но закончилось это тем что я так и не смог запустить второй пример с оф сайта, так как мне не совсем хочется загружать гигабайты debug info под конкретное ядро на продакшн. Ну и где-то час потратил только на то что бы понять почему у меня не работают простейшие примеры.
Тут все работает и показывает действительно интересные данные.
Интересует как это грузит систему, не вносит ли некий элемент нестабильности (загрузка лишнего модуля в ядро и тд) и можно ли это использовать на продакшне на постоянной основе в целях мониторинга?
На реддите я бы что-нибудь типа RDP клиента скорее рекламировал. Ну в общем что-то полезное.
По мне так очень странный выбор ресурсов, но возможно дело в том что я не профи в этом бизнесе.
Поддержу всех кто сказал о том что качественное приложение рано или поздно может выстрелить само.
То есть, если я правильно понимаю, время должно совпадать с часовым поясом. Например если вы ставите Москву и потом корректируете руками время — будет фигня. А если вы правильно подбираете часовой пояс — все будет хорошо
Так же могу сказать — да, это работает, я примерно так комменты из disqus показываю. прямо без форматирования. Все равно их только поисковик увидит. Ищется норм.
Но по моему личному горькому опыту, когда домен был зарегистрирован сотрудником компании который в этой компании больше не работал, вернуть домен оказалось нереально.
Они действительно передали права на домен на новую учетку в течение 2-3 дней.
Все документы были реальными и не нарисованными. Карта на которую покупался домен была тоже реальной и принадлежала генеральному директору.
И все бы хорошо, но через неделю сотрудник компании смог обратиться в тех поддержку и вернуть домен, сказав что раз учетка его и у него есть к ней доступ. Объяснить сотрудникам тех поддержки что домен куплен на другую кредитку и данные whois гласят о другом владельце мы не смогли. Домен был потерян.
Хотя один плюс я все же увидел. Насколько я понимаю, теперь сервисы при запуске могут сами добавлять правила в FirewallD. Наблюдение при работе с докером. Если запустить сначала докер а потом файрволл — ничего работать не будет. Надо наоборот.
А вот SystemD порадовал. Не сказать что сильно усложнили, а многое стало гораздо проще реализовать
Есть еще один вопрос который мне кажется важным. Положим у нас небольшой проект и ну положим 1 сервер на бд мастер и один слейв. Помоему штатная ситуация. Заморачиваться с мастер-мастер не всегда просто или доступно.
И так у нас нагруженная бд которая постоянно дергает на запись рейд из 4 дисков. Так же у нас положим парочкав в spare.
Есть такая статистика которая рассказывает что жесткие диски выпущенные в одно время с одного завода зачастую выходят из строя разом. (сам 2 раза встречал такое что 4 диска сдохли за неделю.). И так у нас рейд из 4х SSD и 2х запасных. На них постоянная нагрузка на запись, которая ко всему прочему равномерна распределена на все диски. Вопрос каков шанс что 2 диска да еще и те что являются разными частями страйпа в зеркале например вылетят до того как отсинкается 2 запасных SSD?
Имхо шанс что вылетят из строя обычные харды одновременно пока что сильно меньше чем ssd.
И да это можно пережить, переключить мастера на другой сервер, раскатать из бекапа копию сервера, подключить как слейв, отсинкать и жить спокойно еще года… два-три? год? пол года?
И я не пытаюсь навязать точку зрения что что-то лучше. Просто пытаюсь дать информацию для размышления. Плюс я понимаю что будущее явно не за HDD.
Удивляет что решение сделано на MS. А наличие 2х ASA и 2х маршрутизаторов еще больше удивляет. Почему нельзя было использовать инфраструктуру дц? 11 веб серверов на IIS полагаю вообще можно было парой на NginX'e заменить. Хотя IIS позволяет кешировать все нельзя, чем хвастается МС частенько на конференциях, показывая супер производительность. (может информация устаревшая, последний раз на «ремиксах» это видел, потом судьба от МС далеко увела. )
Я бы не стал отдавать рабочий инструмент за игрушку! Даже если бы это был полный обмен а не скидка.
недавно пробовал разобраться с system-tap, но закончилось это тем что я так и не смог запустить второй пример с оф сайта, так как мне не совсем хочется загружать гигабайты debug info под конкретное ядро на продакшн. Ну и где-то час потратил только на то что бы понять почему у меня не работают простейшие примеры.
Тут все работает и показывает действительно интересные данные.
Интересует как это грузит систему, не вносит ли некий элемент нестабильности (загрузка лишнего модуля в ядро и тд) и можно ли это использовать на продакшне на постоянной основе в целях мониторинга?