01. Как устроена IT-инфраструктура

[@artemkovalchuk2303]

На мой взгляд, именно таких циклов сейчас не хватает. С позиции недавнего новичка могу сказать, когда только начинаешь, спецы с опытом смотрят на тебя с позиции "еще один пришел в сферу за деньгами..." В моем случае это было случайно, 3 года назад я ушел из инженера-конструктора на позицию эникея. Сейчас потихоньку постигаю мир сетевиков. Сдаю вот CCNA завтра, для себя. С администрирование, как таковым, я столкнулся года 2 назад, когда немного вылез из "замени картридж". Очень не хватало именно такого объяснения азов, как сейчас делают на большом рынке. Когда сидишь в своем небольшом аквариуме и пытаешься что-то делать по книгам, где все красиво и чисто. Спасибо за труды.

[@GNULinuxPro]

Спасибо и удачи завтра!

[@dartisfan902]

ну как, сдали?

[@q1ncite]

Уже CCNP можно сдать

[@aleksandrtimashov8145]

как ты вылез из "замени картридж"? CCNA есть, веду кучу сервисов, бд, а вот картриджи никак не отстанут)

[@Alex-net-brn]

Нет никакой защиты от молний, не верь в сказки. Молния это в первую очередь электро магнитный импульс, и не важно, есть громоотвод или нет. Если ёбнет в твой громоотвод, то выгорит ВСЁ.

[@MrGri1989]

Самая частая точка отказа, это человек!

[@PublicAccount0]

если не возвращается к идеалу, особенно вероятно.

[@PublicAccount0]

я только начал слушать-смотреть этот плейлист, но что могу сказать: этот ролик не только полезный по содержанию смысла, так и весёлый-смешной, хоть и не уверен Автор это закладывал.

[@basimal-jawahery5688]

формат и контент - просто огонь! :) спасибо!!!

[@GNULinuxPro]

спасибо!

[@PublicAccount0]

мне нравится повествование Автора, спасибо за материалы, успехов, лайк подписка.

[@paperhedgehog]

Главное сисадмина запасного не забыть нанять

[@GNULinuxPro]

а ведь точно =)

[@Евгений-к1и4ж]

Просто, понятно, доступно. Спасибо, вам, огромное!

[@asylzhanamangeldiev2953]

Great work! Спасибо за то, что делитесь с нами опытом и знанием! Для тысяч начинающих это будет ценным контентом. И обновлением инфы для опытных

[@payk666]

Понятно и доступно, спасибо.

[@MsThebutchers]

Офигенное видео парень

[@razdva4354]

Замечательный выпуск! Спасибо!

[@DemetriuszStrykowski]

Очень у вас ("сетевиков" / сис-админов) всё интересно устроено оказывается!) Привет вам из других областей большого мира IT!)

[@gramllin]

👍 🎂 первое видео по новой теме стоит отметить🤔 "-думали все... как бы не так 😂" экшн 😀

[@devopskz]

Красиво, грамотно и четко все по полочкам! По больше таких видео друг, лайк + подписка обеспечена!

[@Jack-vv4ti]

7:20 аххаха, жиза! Ещё и OpenStreetMap в конце 💙 Ля, походу мой любимый витубер! Топ контент, спасибо!

[@varanco10]

Шикарный ролик, все по полочкам, по человечески и с примером. Из базового не хватает разве что пояснения про пассивную и активную сеть для пользователей сети (панельки) в том моменте. Тогда физически резервные каналы существуют, но задействовать на активное оборудование (свичи) их можно вручную при необходимости. Спасибо, улыбнуло)

[@GNULinuxPro]

Спасибо, действительно забыл упомянуть про панельки)

[@kirill_e1439]

МолодцоМ! Творчеких успехов!

[@milesteg6606]

Отличная лекция. Четко и по делу. Желаю успехов и активного развития каналу.

[@VovanichAleshov]

Спасибо большое. Очень интересно.

[@easyman333]

А еще RAID контроллеры бывает отлетают, редко, но отлетают, это вообще отдельный вид боли... Спасибо за видос!

[@GNULinuxPro]

Я как-то встречал, что целиком сторадж отлетал. Вроде данные не пострадали, но оба контроллера разом сдохли.

[@GNULinuxPro]

@@Snoop_dozhek в одном местном банке

[@0I0XXI]

Были бы деньги, а технологии на которые их потратить, найдутся!

[@ТимурАзизов-г5щ]

Я уже 5 лет в айти, это видео как глоток свежего воздуха

[@devospos]

Очень интересно и юмор классный в конце)))

[@xonicov]

так я наконец понял зачем нужны облака!

[@user-uq4ix5ie3q]

Благодарю!👍🏻

[@leha144]

уборщица с мокрой шваброй - вот самый страшный сон любого айтишника

[@Snoop_dozhek]

ты забыл сказать, что если UPS'ы дохнут из-за того, что долго света не было, мы покупаем к УПСам огромный дизельный генератор (желательно, Caterpillar), и на случай когда топлива для дизельгенератора закончится, мы заказываем постройку атомной электростанции на случай когда и УПСы сдохнут и соляра для генератора закончится, и вот у АЭС должно быть несколько энергоблоков на случай выхода из строя одного из них

[@Unknownuser-gz4uq]

Огонь! )))

[@shemko5543]

Спасибо!

[@Pallamalla]

Ох ё, впервые встречаю ролик, где даже х1.5 - это медленно)

[@escobarbI4]

вы думаете, у вас не будет таких красных глаз и кругов под глазами, как у автора канала, а вот нет, айти это круто, сисадмины это мега круто ))))

[@reklama2033]

Vam bolshoe spasiba xotel vam zaplatit kak mojno blogadarit

[@MSaidu-sj6vx]

с учётом всего сказанного, всё сделано на "соплях". Пишите на каменных табличках: как показала история - сохраняется отменно.

[@galamatkenzheyev9698]

Круто

[@AleksIgK]

Вот так мы и переходим от мелкого офиса с мелкими, но критичными локально проблемами к огромной международной корпорации с ахтунгом мирового масштаба, если что-то пойдёт не так. Интересно, когда мир придёт к распределённому управлению ресурсами и стратегией освоения к ИИ? Ему только энергию подавай. Ни каких богатств, яхт и прочих золотых унитазов. Только вычислительные центры. Идеально. А человеков можно и на батарейки... Oh shi... Knock.... Knock... Matrix has you.

[@pavel4488]

Угарнул конечно, Я ИллонМаск я 2 кабеля втыркиваю

[@Alex-net-brn]

Красивая сказочка от маркетологов, они же кстати придумали программируемое старение. ;) Молнии насрать, один у тебя свитч/сервер/бп/итд, всё что подключено, всё выгорит, и если нет в шкафу запаски, то пиши три письма. Чем меньше в системе деталей(и программных в том числе), тем система надёжнее. Два купленных и включенных в одно время хдд/свича/итп умрут в одно время, с разницей в сутки максимум, и один хрен всё ляжет и потеряется. Так что просто не прокладывайте кабели по полу, и на них не будут ставить ничего тяжёлого, :)) И да, в случае отказа системы кондиционирования, кластеры выгорают как порох:)

[@mrlferer]

Всё это актуально для бухгалтерии из 3 компьютеров, где выход из строя чего-то не становится прямо катастрофой. Насчёт сложности: иногда простота может повысить надёжность, но отказоустойчивость достигается за счет использования дублирования функциональности, а в крупной компании точка отказа это вопрос принципиальный. По поводу упрощения если вот так доводить до абсурда, то можно и до деревянных счетов вернуться, просто же. От молний в 21 веке тоже есть защиты, а разница в сутки это уже полная отсебятина, потом что выход из строя часто является результатом брака, которого у второго свича может и не быть

[@MozgMAD]

Да шутка про метеорит удалась 😀

[@АртемКожин-и2р]

802.1ad это QnQ, a LACP это 802.3ad

[@GNULinuxPro]

да! блин( смешал 802.1q с 802.3ad. Ничего, потом поправлю. Спасибо!

[@Василий-й1у]

дАЙТЕ ДВА! )))

[@0I0XXI]

Вывод - деньги, деньги, деньги.

[@АндрейДарков-д1о]

Добрый день. Спасибо за видео. Возможно глупый вопрос, но неужели третий сервер виртуализации нужен только на случай случайной потери связи между двумя серверами? Никакого другого решения нет? Возможно есть другой способ?

[@GNULinuxPro]

Ну, обычно третий сервер не только для спасения от "split brain", но ещё и дополнительная производительность. Но да, если денег на третий сервер нет, скажем небольшая компания, но хочется кластер из 2 нод, то можно и их двух серверов (нод) собрать. В таком случае можно, скажем, отслеживать по нескольким "каналам", чтобы понять, какой из серверов рабочий, а какой вышел из строя. Скажем, с помощью общего диска между серверами (если схд) + сеть. Ну либо две сети, одна сеть внешняя (локальная сеть компании), а другая сеть чисто между двумя серверами. Погуглите "stonith" и "cluster quorum"

[@GlenoRRi]

Очень жаль, что бюджетирование и видение руководителей того как должно работать IT в небольших организациях не совпадает с тем, о чем рассказал автор. Я, к сожалению, даже боюсь предлагать своим клиентам покупку дополнительных серверов для кластеризации инфраструктуры, т. к. покупка одного-то нового сервера это всегда месяцы обдумывания не стоит ли нам остаться на том железе, что стоит и, вроде, как работает уже 10 лет, хотя с тех пор и требования к железу выросли и количество пользователей увеличилось в разы.

[@GNULinuxPro]

да, бюджет в одних компаниях это золотые мешки, а в других - огрызки.

[@МОДЕРАТОР-т2б]

Привет, а есть примеры лвс с подобной отказоустойчивой системой ?

[@GNULinuxPro]

Привет Не совсем понял вопрос. Имеется ввиду сделать отказоустойчивой сеть, куда подключены обычные рабочие компьютеры?

[@МОДЕРАТОР-т2б]

@@GNULinuxPro пример этой сети на базе предприятия , может есть готовая реализации этой схемы , ну как пример вот я рассказал теорию , а вот допустим так-то так-то это выглядит на практике .

[@МОДЕРАТОР-т2б]

@@GNULinuxPro я просто на сисадмина учусь 3 курс, курсовую пишу про отказоустойчивость лвс , ты в видео все очень хорошо объяснил , просто думал может есть зарисовки этой ЛВС на практике .

[@GNULinuxPro]

@@МОДЕРАТОР-т2б ну, если посмотришь дальше по плейлисту, я показываю, как строить такую сеть. Каких-то других примеров я не знаю, но уверен что в интернете полно всяких схем построения сетей

[@ДжониКейжд-э2б]

ого

[@Snoop_dozhek]

ну хоть не РАУТЭР как у адв-айти

[@artbolt4514]

Мне кажется парнишка азербайджанец. Акцент выдает.

[@GNULinuxPro]

Да, я из Баку =)

[@swami6078]

🔂👍

[@MRRIBO]

СХД как я понял это как NFS ?

[@GNULinuxPro]

Скорее как "внешний диск". NFS - файловая система по сети, а СХД зачастую даёт на системы просто диски, т.е. подключив СХД ты в системе увидишь новый диск (типа sdb). Хотя современные СХД могут и NFS раздавать, и SMB, и много чего ещё. Но основной функционал всё таки выдавать блочные устройства.

[@MRRIBO]

@@GNULinuxPro удобненько, уже год в it, но такого нигде еще не встречал

[@MRRIBO]

@@GNULinuxPro а в облаках не знаешь как это называется? в aws gcp или yc ?

[@GNULinuxPro]

@@MRRIBO В облаках, скорее всего, используется не классическая инфраструктура с отдельным СХД, а гиперконвергенция(hci). Это когда диски стоят на самих серверах, при этом все машинки кластера видят общий объём, а не свои диски, т.е. диски с разных серверов объединяются в одну группу.

[@etodex]

Первый! :D

[@GNULinuxPro]

Да ты прям система инициализации =)

[@AleksIgK]

@@GNULinuxPro только перед ней идёт ещё много чего интересного. )

[@yuliyacher67]

Спасибо!