Дорогие друзья в видео перепутано понятие горизонтального и вертикального масштабирование. Учусь писать видео по плану, а не по досканальному сценарию. Ошибся. Прошу понять и простить.
За упоминание PostresPro и их документации - два лайка поставлю. ;) Антон, а расскажите пожалуйста Вашим подписчикам, что на их (PostresPro) канале есть прекрасные курсы по SQL и DBA, за DBA1 могу поручиться, остальные ещё не просмотрел, но видимо тоже очень хорошо.
@@pavlenkoat Ну они на курсах не зарабатывают, они их в открытый доступ положили. Кто нашел, тот сам себе молодец ;) Так-что вряд-ли будут платить, там вроде пока не маркетологи правят.. Настоящие курсы это не доходная статья, а расходная, я знаю о чем говорю.. И они настоящие коммитеры OpenSource Postgres ;)
Полностью соглашусь с выводом, что железом все проблемы и недостатки не зальёшь. Сервис - не блюдо, железо- не майонез. Всегда уважающий себя специалист будет искать корень проблемы, а не глушить последствия. Но есть хитрая экономика: распил на горизонтальное масштабирование сервиса дороже железа зачастую для менеджмента. И уж точно человеко-часы программиста, опса и девопса на решение и поиск проблемы больше по копейке трех ссд дисков. (Это крупный сегмент компаний). Менеджмент зачастую видит профит в вертикальном масштабировании и не хочет покрывать своим кошельком тех.долг на фикс и техническое усовершенствование, менеджменту надо ещё вчера. Как быть, если столкнулись с такой проблемой?
спасибо за видео/информацию/опыт!!! Антон, а вы думали провести стрим или в записи практический урок по тому же nginx/масштабированию? Уверен, было бы оч интересно!
Два адреса в DNS отказоустойчивость не поднимает, а распределяет нагрузку. Для отказоустойчивости добавляется еще один сервер nginx и настраивается плавающий айпишник которой может переезжать между серверами для их обслуживания или в случае аварийной ситуации. Следующий этап после nginx в качестве балансировщика идет кластер из аппаратных балансировщиков, а их доступность обеспечиваться на сетевом уровне (несколько каналов связи + BGP). И вот когда у вас нет ни одной точки отказа в рамках цода вы можете начинать думать о географически распределенной инфраструктуре, где познаете боль, отчаяние и проклянете тот день когда у вас появилась такая мысль. И вот только после всего ада который вы пережили вы можете спокойно добавить второй адрес в DNS для более равномерного распределения нагрузки.
Были проблемы проблемы с nextcloud, при попытке залить туда большой файл. Он сначала делит файл на несколько частей и пишет в несколько временных файлов, а затем копирует это всё в один большой. Копирование больших объемов данных в пределах одного жесткого диска - такое себе удовольствие. А учитывая что этот диск у меня еще и ноутбучный... Приводило это к тому, что десктопный клиент не дожидался пока сервер всё скопирует, показывал ошибку по таймауту и начинал сначала. В качестве решения проблемы, добавил SSD. Там стоит система и туда же попадают временные файлы. HDD примонтировал туда, куда должен копироваться уже окончательный вариант. Костыль, но работает.
Помню, в 90-х годах и в начале 00-х часто можно было прочитать в статьях: Linux (Unix) системы нормально масштабируются, а Windows системы - нет. Интересно, а сейчас это все сохранилось?
Антон, а если установить две записи типа А на DNS сервере , то клиент ведь берет всегда первый и использует его пока есть коннекы? Правильно я понимаю что на DNS должен обязательно быть настроен round robin?
Спасибо за познавательный контент, когда то задавался вопросом отказоустойчивости веб-сервера, когда он стоял у меня дома. Но, так и не осилил NGINX, то есть, не смог настроить его на правильную работу, в итоге, после полудня ковыряний, у меня попросту умер жесткий диск, на этом все и закончилось. Так вот, не могли бы вы поподробней рассказать как это все можно осуществить? Так как тема весьма интересная.
Я думаю, что ежели вдруг проспали, это случилось, и сервак стал пыхтеть страшно, то лучшей стратегией будет всё же сначала сделать недорогое вертикальное масштабирование, взяв чуть более мощный сервак, и потом спокойно сесть за оптимизацию, чтобы не делать эту оптимизацию впопыхах, внося кучу новых багов, выслушивая проклятья менеджеров и финансового отдела, теряющего деньги из-за тормозов и падений
Здравствуйте, смотрю вас давно, не так много блогеров на тематеку linux, всех отсматриваю, нравиться мне с этим возиться дома не только пк на Linux но и приставка от телевизора и домашний сервер apache php mysql, запросов не много по своей тематике ресурсов хватает, в последнее время все чаще стал задумываться о том что мои знания стоят на рынке труда, да я не гений и не программист просто нравиться админить машины что-то создавать и настраивать, совета спросить не у кого кругом люди которые win установить не смогут по видио уроку из интернета. А вот сайт который вы рекламите на сколько там всё честно, я вот на скилбокс заходил да там понятно что надо платить за обучение, чему они меня научат не знаю, как я понимаю будут давать задания и время на их выполнение, а не окажется ли это тем что они как закащики берут задания и с помощью своих учеников выполняют эти задания ещё и ученики им деньги платят за это, крутая схема, и вот ты так учишься целый год а потом кому ты нужен с этой филькиной корочкой что ты обучался на каком-то сайте) смешно как-то.
Все эти скилбоксы и курсы, ну они конечно возможно и играют роль КАКУЮ-ТО МАЛЕНЬКУЮ. Но по факту вы отдадите очень много денег в никуда, потому что учить вас там будут основам, а любые основы можно научится из тех же книжок по сетевому/системному/DevOps администрированию.
Донат +10€, мне какраз скоро надо будет очень серьёзно разбиратся с динамическими процессами, спасибо за подскаску с "strace -p " надо будет глянуть туда! очень интересно расказываете! простите за мои ошибки )))
Дорогие друзья в видео перепутано понятие горизонтального и вертикального масштабирование. Учусь писать видео по плану, а не по досканальному сценарию. Ошибся. Прошу понять и простить.
Антон, спасибо за контент! Очень интересно, не смотря на то что я из хардверщиков. Просьба брать пример по разговорной жестикуляции с итальянцев ;)
@@denisb5264 есть пример?
а я запуталась ахах ))) но видео очень крутое )))))
@@juls6011 надо наверно переснять это видео. Извиниье
Понятия горизонтального и вертикального масштабирования перепутаны. Вертикальное - укрупняем наш сервер, горизонтальное - увеличиваем количество нодов
Блин. Точно. Пробую писать с головы. Ошибся.
Вот да, тоже как, подумал логически и мне не понравилось, что масштаб в высоту пойдет)
Да сам из-за этого путаю
Ух ты, а вот это я удачно зашёл! Как раз контент в тему.
Благодарю!
Коммент в поддержку канала 👍
Благодарю
Огромное спасибо за ваш труд!
Как обычно все на высшем уровне 👍👍👍👍
Спасибо, полезно и интересно, а ещё реклама - шедевр 😁
Ну спасибо, за освежающее память видео
Пожалуйста. При подготовке и себе память освежаю.
Спасибо, очень полезное видео , как раз думал ,как лучше систему отмасштабировать
Супер! А можно по теме анализа слабых запросов в базу детальней? Желательно, с примерами было/стало. Может, в отдельном видео... Спасибо!
Понятно объяснил, спасибо)
За упоминание PostresPro и их документации - два лайка поставлю. ;)
Антон, а расскажите пожалуйста Вашим подписчикам, что на их (PostresPro) канале есть прекрасные курсы по SQL и DBA, за DBA1 могу поручиться, остальные ещё не просмотрел, но видимо тоже очень хорошо.
Если заплатят расскажу
@@pavlenkoat Ну они на курсах не зарабатывают, они их в открытый доступ положили. Кто нашел, тот сам себе молодец ;) Так-что вряд-ли будут платить, там вроде пока не маркетологи правят.. Настоящие курсы это не доходная статья, а расходная, я знаю о чем говорю..
И они настоящие коммитеры OpenSource Postgres ;)
@@Eustrop кинь ссылку
@@pavlenkoat кинул в личку, ну а там как сам решишь, коммерции здесь нет ;)
Спасибо за полезную инфу!
Всегда пожалуйста.
Посоветуйте книгу или справочники по архитектуре и деплое веб-приложений
Спасибо, видос весьма познавательный!!!
Пожалуйста
Очень полезная информация, спасибо, много интересного узнал наткунвшись на канал случайно, подписался и впитываю инфу
Считаю подобные видео очень полезными. Стратегия важнее тактики
Полностью соглашусь с выводом, что железом все проблемы и недостатки не зальёшь. Сервис - не блюдо, железо- не майонез. Всегда уважающий себя специалист будет искать корень проблемы, а не глушить последствия. Но есть хитрая экономика: распил на горизонтальное масштабирование сервиса дороже железа зачастую для менеджмента. И уж точно человеко-часы программиста, опса и девопса на решение и поиск проблемы больше по копейке трех ссд дисков. (Это крупный сегмент компаний). Менеджмент зачастую видит профит в вертикальном масштабировании и не хочет покрывать своим кошельком тех.долг на фикс и техническое усовершенствование, менеджменту надо ещё вчера. Как быть, если столкнулись с такой проблемой?
спасибо за видео/информацию/опыт!!! Антон, а вы думали провести стрим или в записи практический урок по тому же nginx/масштабированию?
Уверен, было бы оч интересно!
Да будет балансировка только в следующем году наверно
Годный контент, спасибо за труд и время затраченное на реализацию!
И вам спасибо за добрые слова.
Спасибо за PostgresPro. Буду ковырять.
Спасибо! Разложено все по полкам!
Спасибо за видео!
Пожалуйста
Спасибо за видео, очень интересно. Я как личинка админа смотрю на эти схемы, глаза загораются и хочу это все состряпать.
актуальная тема СПАСИБО ЗА ВИДОС ДРУГ!!!
Спасибо, хорошая подача информации
Два адреса в DNS отказоустойчивость не поднимает, а распределяет нагрузку. Для отказоустойчивости добавляется еще один сервер nginx и настраивается плавающий айпишник которой может переезжать между серверами для их обслуживания или в случае аварийной ситуации. Следующий этап после nginx в качестве балансировщика идет кластер из аппаратных балансировщиков, а их доступность обеспечиваться на сетевом уровне (несколько каналов связи + BGP). И вот когда у вас нет ни одной точки отказа в рамках цода вы можете начинать думать о географически распределенной инфраструктуре, где познаете боль, отчаяние и проклянете тот день когда у вас появилась такая мысль. И вот только после всего ада который вы пережили вы можете спокойно добавить второй адрес в DNS для более равномерного распределения нагрузки.
Были проблемы проблемы с nextcloud, при попытке залить туда большой файл.
Он сначала делит файл на несколько частей и пишет в несколько временных файлов, а затем копирует это всё в один большой. Копирование больших объемов данных в пределах одного жесткого диска - такое себе удовольствие. А учитывая что этот диск у меня еще и ноутбучный... Приводило это к тому, что десктопный клиент не дожидался пока сервер всё скопирует, показывал ошибку по таймауту и начинал сначала.
В качестве решения проблемы, добавил SSD. Там стоит система и туда же попадают временные файлы. HDD примонтировал туда, куда должен копироваться уже окончательный вариант. Костыль, но работает.
Это нормальное решение.
Почему между серверами не должно быть магистральных линий?
Не должны желательно сидеть на одной магистральной линии. Бывают проблемы на магистральной линии встречал.
Помню, в 90-х годах и в начале 00-х часто можно было прочитать в статьях: Linux (Unix) системы нормально масштабируются, а Windows системы - нет.
Интересно, а сейчас это все сохранилось?
Антон, а если установить две записи типа А на DNS сервере , то клиент ведь берет всегда первый и использует его пока есть коннекы? Правильно я понимаю что на DNS должен обязательно быть настроен round robin?
круто, все записал ручкой
Спасибо за познавательный контент, когда то задавался вопросом отказоустойчивости веб-сервера, когда он стоял у меня дома. Но, так и не осилил NGINX, то есть, не смог настроить его на правильную работу, в итоге, после полудня ковыряний, у меня попросту умер жесткий диск, на этом все и закончилось. Так вот, не могли бы вы поподробней рассказать как это все можно осуществить? Так как тема весьма интересная.
Первым делом вынести в облака дома отказоустойчивость сложно организовать. Почему я рассказывал в видео домашний сервер vs облоко
@@pavlenkoat Ок, спасибо, обязательно гляну
Я думаю, что ежели вдруг проспали, это случилось, и сервак стал пыхтеть страшно, то лучшей стратегией будет всё же сначала сделать недорогое вертикальное масштабирование, взяв чуть более мощный сервак, и потом спокойно сесть за оптимизацию, чтобы не делать эту оптимизацию впопыхах, внося кучу новых багов, выслушивая проклятья менеджеров и финансового отдела, теряющего деньги из-за тормозов и падений
Привет из соседнего Таганрога)
Привет
Перепутал горизонтальное и вертикальное. "Разжиревать" сервер это вертикальное.) А больше хостов это горизонт.
Ага почитай закреплённый комментарий
О! Это то что я как раз собирался делать
Это классно
я до сих пор удивляюсь почему так мало лайков)
Последний слайд, средний сёрч подключен только к БД?
Это обстрактная схема в сферическом вакууме. Он должен взаимодействовать с фронтом. Посмотрел. Вроде взаимодействует
Круто !!
Спасибо
"Просто так"
Здравствуйте, смотрю вас давно, не так много блогеров на тематеку linux, всех отсматриваю, нравиться мне с этим возиться дома не только пк на Linux но и приставка от телевизора и домашний сервер apache php mysql, запросов не много по своей тематике ресурсов хватает, в последнее время все чаще стал задумываться о том что мои знания стоят на рынке труда, да я не гений и не программист просто нравиться админить машины что-то создавать и настраивать, совета спросить не у кого кругом люди которые win установить не смогут по видио уроку из интернета. А вот сайт который вы рекламите на сколько там всё честно, я вот на скилбокс заходил да там понятно что надо платить за обучение, чему они меня научат не знаю, как я понимаю будут давать задания и время на их выполнение, а не окажется ли это тем что они как закащики берут задания и с помощью своих учеников выполняют эти задания ещё и ученики им деньги платят за это, крутая схема, и вот ты так учишься целый год а потом кому ты нужен с этой филькиной корочкой что ты обучался на каком-то сайте) смешно как-то.
Советую просто устроиться системным администратором куда-то и получать практику. Но не просто работать, а еще и учится, больше уходить в теорию.
Все эти скилбоксы и курсы, ну они конечно возможно и играют роль КАКУЮ-ТО МАЛЕНЬКУЮ. Но по факту вы отдадите очень много денег в никуда, потому что учить вас там будут основам, а любые основы можно научится из тех же книжок по сетевому/системному/DevOps администрированию.
Лайк!
Это было хорошо )
Спасибо
Донат +10€, мне какраз скоро надо будет очень серьёзно разбиратся с динамическими процессами, спасибо за подскаску с "strace -p " надо будет глянуть туда!
очень интересно расказываете! простите за мои ошибки )))
Спасибо
тЬі такой айтишнЬІй куплинов ))
Эникей Скайуокер получается
Ей хей изотебя я таки полюбил линукс .хотя винда пока ещё роднее.
Круто
стоп... горизонтальное -это преумножение ресурсов , а вертикальное это апгрейд ресурсов.... запутали меня. у вас почему то наоборот(((
Ошибся
Что-то как-то... Раньше было веселее)
Отдохну на новый год и подумаю как сделать и весело и серьезно одновременно
Брови )
+
++++
+++++++
разбань в линукс чате пж (@m4xx1m)