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