Извиняюсь, там текст есть. Я сейчас не работаю в Яндексе и не работал в Яндекс Клауде.
Общими словами - есть PUE (отношение затрат электричества к полезной работе VMок) - можно почитать в интернете, по-сути - КПД использования электроэнергии.
Есть Useful Work Ratio(UWR) или Overhead Ratio или IT Overhead - это отношение сервисных ВМок к клиентским.
Интернет говорит что у AWS это около 10-20%. Не вся эта часть является критической (например виртуалки мониторинга можно не питать отдельно при аварии). В итоге я бы оценил в 5-10%.
Если утолил жажду любопытства, то спрошу причину вашего интереса
Принято решение что в облаке важнее control plane.
Есть компании, которые решили что строить свой storage - лучше. YADRO и другие. Можно так же придти к ним и спросить "зачем вы пишете свой storage, а не систему управления облаком" :)
Просто кто-то строил облако пару раз, кто-то эксперт в данных. Имея большой объем железа и желание построить из него облако - было бы странно сначала приниматься за storage.
Однако хочется понять, какие конкретные архитектурные паттерны или процессы
Следите за блогом компании и MTS True Tech - там про многое рассказано и будет дополняться.
Привет! Можно раскрыть подробнее работу с физической памятью. А нужны ли главы по PCI? Пока полное покрытие не планировали, но если есть интерес - можно портировать.
Спасибо за статью! Было интересно покопаться. У dhclient есть флаг -v и он может многое прояснить :)
Пунтим вопрос обратно на мозг: как так iptables пакет считает в статистику, но не может дропнуть? Или может?
Тут можно обойтись простыми вещами: делаем два правила в iptables(один по маку, второй по UDP) и смотрим счётчики. Становится ясно что никакого квантового пакета не появляется и расщепление происходит где-то раньше. Если ещё и поднять netcat на UDP то без iptables правил он что-то получит. А если заблокировать - то нет.
Как libpcap видит все пакеты, которые никак не захватываются никакими *tables?
А это уже на отдельную статью по libpcap скорее тянет :)
Когда AI обыграл в шахматы, я молчал: я не был шахматистом.
Когда AI обыгрывали в го, я молчал: я не был го-игроком.
Когда AI нагибал в старкрафт 2, я молчал: я не был старкрафтером.
Когда AI научился делать минет — уже некому было заступиться за меня.
Не знаю, но боюсь ipv17 разберут - на сайте так и не понял что это такое. Но я и не старался :)
Я пока ipv17 жду. Думаю после него можно будет протоколы полностью поправить.
Не особо понятно - зачем письмо нужно если комп блокируется :)
Или там функция "по прочтению - сжечь учётку"?
Это написано ллмкой :)
Полностью под снос! (как и этот ответ)
Извиняюсь, там текст есть. Я сейчас не работаю в Яндексе и не работал в Яндекс Клауде.
Общими словами - есть PUE (отношение затрат электричества к полезной работе VMок) - можно почитать в интернете, по-сути - КПД использования электроэнергии.
Есть Useful Work Ratio(UWR) или Overhead Ratio или IT Overhead - это отношение сервисных ВМок к клиентским.
Интернет говорит что у AWS это около 10-20%.
Не вся эта часть является критической (например виртуалки мониторинга можно не питать отдельно при аварии). В итоге я бы оценил в 5-10%.
Если утолил жажду любопытства, то спрошу причину вашего интереса
Это контур, который управляет сервисами датацентра. Если спросить у чатгпт:
Удалил бы 80% комментариев, так как интересные и полезные тонут в информационном шуме «белок-истеричек».
Принято решение что в облаке важнее control plane.
Есть компании, которые решили что строить свой storage - лучше. YADRO и другие. Можно так же придти к ним и спросить "зачем вы пишете свой storage, а не систему управления облаком" :)
Просто кто-то строил облако пару раз, кто-то эксперт в данных. Имея большой объем железа и желание построить из него облако - было бы странно сначала приниматься за storage.
Следите за блогом компании и MTS True Tech - там про многое рассказано и будет дополняться.
Да, вредный совет. Либо поменяем, либо добавим disclaimer
В этом году у нас новый семестр. Думаю, найдем студентов для продолжения активности.
Поставим это в приоритетный список задач.
Привет! Можно раскрыть подробнее работу с физической памятью.
А нужны ли главы по PCI? Пока полное покрытие не планировали, но если есть интерес - можно портировать.
Полезный - поднять настроение.
Я выбрал 8+ доступность и 8+ инфраструктура.
Выдало один вариант. Вы не поверите - какой.
perf mem может многое подсказать
Спасибо за статью! Было интересно покопаться. У
dhclientесть флаг-vи он может многое прояснить :)Пунтим вопрос обратно на мозг: как так
iptablesпакет считает в статистику, но не может дропнуть? Или может?Тут можно обойтись простыми вещами: делаем два правила в iptables(один по маку, второй по
UDP) и смотрим счётчики. Становится ясно что никакого квантового пакета не появляется и расщепление происходит где-то раньше. Если ещё и поднятьnetcatнаUDPто без iptables правил ончто-тополучит. А если заблокировать - то нет.Как
libpcapвидит все пакеты, которые никак не захватываются никакими*tables?А это уже на отдельную статью по
libpcapскорее тянет :)Это возмутительно лучший средний уровень для самых лучших 16-тибитных железячников.
не думай о секундах свысока
Всё нормально, надо читать ещё дальше до "Разработка и создание установочных пакетов для Linux".
Когда AI обыгрывали в го, я молчал: я не был го-игроком.
Когда AI нагибал в старкрафт 2, я молчал: я не был старкрафтером.
Когда AI научился делать минет — уже некому было заступиться за меня.