Live and recent posts from across the Fediverse tagged #серверная_оптимизация, aggregated by home.social.
Набор сервисов для работы с данными и расширение ИИ-платформы: что нового в Selectel в сентябре
Привет, Хабр! В сентябре команда Selectel обновила ИИ-платформу и расширила список моделей в ИИ-роутере, представила набор сервисов для работы с данными и выпустила другие обновления. Подробности — под катом.
https://habr.com/ru/companies/selectel/articles/1093970/
#искусственный_интеллект #ai #серверная_оптимизация #ml #itинфраструктура #selectel #itкомпании
«Ноутбучная» память приходит в серверы: зачем дата-центрам LPDDR5X и SOCAMM2
В дата-центре важно не только разместить как можно больше вычислительной мощности, но и уложиться в ограничения по энергопотреблению и охлаждению. По мере роста AI-нагрузок это становится все сложнее. Поэтому производители начали присматриваться к LPDDR5X — памяти, которая долгое время использовалась прежде всего в смартфонах и ноутбуках. Новый формат SOCAMM2 позволяет устанавливать такую память в серверы в виде съемных модулей. Разберем, чем этот подход отличается от привычных RDIMM и что показали испытания на нагрузках, приближенных к реальной работе.
https://habr.com/ru/companies/mclouds/articles/1083704/
#серверы #датацентры #micron #socamm2 #lpddr5x #itинфраструктура #серверная_память #ии #серверная_оптимизация
[Перевод] Как мы сэкономили 100 ТБ за счёт оптимизации DNS-кэша сервиса 1.1.1.1
Платформа Big Pineapple — на базе которой работают 1.1.1.1 , Gateway DNS , DNS Firewall , AS112 и ряд других DNS-сервисов Cloudflare — в любой отдельный момент времени хранит 250 млрд. кэш-записей. При таких масштабах использование даже одного лишнего байта на запись стоит нашему парку машин более 250 ГБ памяти. Озадачившись этой проблемой, мы последовательно внесли пять изменений в механизм сохранения кэш-записей, сократив объём памяти, необходимый для хранения одной такой записи, более чем вдвое. В общей сложности нам удалось освободить примерно 100 ТБ по всему парку, что равнозначно объёму RAM в 130 из наших серверов 13-го поколения . При этом также ускорилась работа кэша. Пропускная способность при вставке записей выросла на 43%, а задержка поиска упала на 19%. Причём за счёт сокращения числа аллокаций и повышения локальности данных жертвовать скоростью ради экономии памяти не пришлось.
https://habr.com/ru/companies/ruvds/articles/1083374/
#ruvds_перевод #серверная_оптимизация #dnsкэш #1111 #cloudflare #облачный_сервисы #серверное_администрирование
5 самых распространенных проблем сайтов на 1С-Битрикс
Сайт на 1С-Битрикс может месяцами работать вроде нормально, пока подключения к базе подбираются к 95%, диск незаметно заполняется логами, бэкап давно не запускался, а в логах копится одна и та же ошибка, на которую никто не смотрит. Разбираем пять инфраструктурных причин, из-за которых Битрикс-проекты тормозят и падают: база данных, диск, PHP и веб-сервер, резервные копии, мониторинг. В каждом разделе есть простая проверка, которую можно провести у себя за 10 минут.
https://habr.com/ru/companies/slurm/articles/1079300/
#1СБитрикс #ITинфраструктура #системное_администрирование #MySQL #Nginx #PHPFPM #мониторинг #резервное_копирование #производительность_сайта #серверная_оптимизация
Новые модели в FMC и патчи безопасности в SELECTOS: дайджест Selectel за май
Одними из первых в России выпустили патчи безопасности в SELECTOS и закрыли уязвимости в ядре Linux. Расширили список моделей в FMC, чтобы вы могли автоматизировать больше задач. Больше деталей — под катом.
https://habr.com/ru/companies/selectel/articles/1046574/
#selectel #itкомпании #itинфраструктура #kubernetes #ml #серверная_оптимизация
Почему NVMe не всегда ускоряет сайт: смотрим на latency, p95/p99 и профиль нагрузки
У дисковой подсистемы слишком хорошая репутация в тарифных таблицах и не самая однозначная в инженерных обсуждениях. В первом случае нам продают гигабайты в секунду, во втором часто говорят, что для веба диск почти не важен. Я работаю контент-маркетологом в Scalehost и по работе регулярно разбираю темы, связанные с производительностью веб-проектов. Вопрос “нужен ли сайту NVMe или это просто маркетинговая галочка” возникает так часто, что мне захотелось собрать его в один технически внятный разбор.
https://habr.com/ru/articles/1031330/
#nvme #sata_ssd #latency #p99 #p95 #ttfb #fio #высоконагруженные_системы #серверная_оптимизация
Добавили флагманские серверы для AI-тренинга и новые образы в AI-маркетплейс: дайджест февральских новостей Selectel
Привет, Хабр! У нас
Непосредственно миграция: искусство безболезненного переезда
Итак, обследование проведено, целевая архитектура спроектирована. Для тех, кто не понимает о чем речь, предлагаю сделать шаг назад и ознакомиться с предыдущими этапами:
https://habr.com/ru/companies/icore/articles/994416/
#итинфраструктура #сервер #цод #серверная_оптимизация #хранение_данных #сетевые_технологии #сетевое_оборудование #itинфраструктура
Поддержка выделенных серверов в Managed Kubernetes и другие обновления Selectel в декабре
Привет, Хабр! Под конец 2025 года мы
https://habr.com/ru/companies/selectel/articles/987878/
#selectel #серверная_оптимизация #kuber #itкомпании #itинфраструктура
Проектирование целевой архитектуры: второй шаг к быстрой и безопасной миграции ЦОД
Обследование инфраструктуры мы пережили в первой части — и те, кто знаком с предысторией, понимают, что слово «пережили» здесь выбрано совсем не случайно. Теперь настало время двигаться дальше — к этапу, где уже не просто ищут проблемы, а проектируют мир, в котором эти проблемы не должны появляться вовсе: к целевой архитектуре. Именно на этом шаге закладывается каркас будущей ИТ-среды: определяются требования к производительности, формируются принципы отказоустойчивости, продумывается структура сетевого взаимодействия и планируется размещение оборудования. Промахнуться здесь — значит допустить трещину в фундаменте: сначала её может быть и не видно, но позже она обязательно даст о себе знать — либо на миграции, либо в самый неподходящий момент эксплуатации. И, как не сложно догадаться, оба варианта одинаково неприятны.
https://habr.com/ru/companies/icore/articles/984844/
#итинфраструктура #сервер #цод #серверная_оптимизация #хранение_данных #сетевые_технологии #сетевое_оборудование #itинфраструктура
Python (FastAPI) vs Go: нагрузочный тест и анализ производительности
Выбор backend-языка часто сводится к компромиссу между скоростью разработки и производительностью. Python с FastAPI ценят за простоту и быстрый старт, а Go — за высокую производительность и предсказуемость работы под нагрузкой. Но что если взглянуть на реальные цифры, а не на общие тезисы? В этой статье я провёл нагрузочный тест двух минимальных серверов: Go (net/http) и Python (FastAPI + Uvicorn) с использованием Locust. Мы тестировали один endpoint под 1000 одновременных пользователей, с высокой скоростью добавления новых, чтобы увидеть пределы производительности и стабильности откликов. Статья полезна всем, кто разрабатывает API, оптимизирует серверы и хочет принимать решения на основе фактических данных, а не слухов. Результаты эксперимента наглядно показывают, где Python подходит для быстрого старта, а где Go выигрывает в производительности и стабильности.
https://habr.com/ru/articles/981176/
#Go #Python #FastAPI #Uvicorn #нагрузочное_тестирование #Locust #RPS #производительность #серверная_оптимизация
Как быстро определить тепловые ограничения сервера
В современных высокопроизводительных системах используются мощные вычислительные компоненты с высоким тепловыделением, при этом требования к энергоэффективности дата-центров ограничивают реальный тепловой режим работы сервера. Задача инженеров здесь — снизить риск перегрева компонентов и избежать потери производительности. Меня зовут Анатолий Белановский, я старший инженер по методикам тестирования. В прошлом занимался спинтроникой, работал над разработкой STTMRAM, ReRAM, а также в области сверхпроводниковых кубитов. В статье расскажу о методике, которая позволит быстро определить тепловые ограничения процессоров, модулей памяти, накопителей, сетевых контроллеров и элементов питания. Инженеры могут использовать ее при аудите существующей инфраструктуры, оптимизации компоновки и нагрузок, приемочных испытаниях и ускоренного прототипирования систем охлаждения.
https://habr.com/ru/companies/yadro/articles/975014/
#thermal #server #серверы #серверное_оборудование #тестирование_itсистем #инженерные_системы #серверная_оптимизация #процессоры
Кейс: как мы ускорили серверную часть мобильной игры в 2,5 раза и снизили расходы в 5 раз
Как ускорить серверную часть мобильной MMO-игры в 2,5 раза и при этом сократить инфраструктурные расходы в 5 раз? В этом кейсе рассказал опыт проекта The Firstborn: почему виртуальная машина перестала справляться с нагрузкой ещё до релиза, зачем мы отказались от геораспределённой базы данных, как выбор точки размещения повлиял на пинг по всему миру и почему переход на выделенный сервер с NVMe кардинально изменил стабильность, деплой и скорость серверного просчёта боёв.
https://habr.com/ru/articles/976448/
#серверная_оптимизация #высоконагруженные_системы #MMOэкономика #централизованная_база_данных #выделенный_сервер #NVMeдиски #микросервисная_архитектура #нагрузочное_тестирование #задержки_и_пинг #масштабирование_backend
Обследование инфраструктуры: первый шаг к быстрой и безопасной миграции ЦОД
Миграция ЦОД — не новая история. Казалось бы, про важность обследования инфраструктуры перед переездом уже знают все. Но на практике ошибки повторяются снова и снова — даже у тех, кто делает это не впервые. Меня зовут Артём, я ведущий инженер департамента информационных технологий в iCore. В этой статье я постарался собрать ключевые моменты, на которые стоит обратить внимание при обследовании инфраструктуры перед миграцией. Надеюсь, это поможет избежать распространенных проблем и упростит процесс миграции.
https://habr.com/ru/companies/icore/articles/973710/
#итинфраструктура #сервер #цод #серверная_оптимизация #хранение_данных #сетевые_технологии #сетевое_оборудование #itинфраструктура
Эволюция SSH-клиентов от PuTTY до МС22. Как инструменты администрирования стали отражением эпохи
SSH-клиенты — та категория программ, о которой редко вспоминают, пока всё работает. Они не мелькают в новостях, не получают "вау-эффект", но именно через них проходит каждая команда, каждая правка на сервере, каждый апдейт. Именно поэтому путь от старого доброго PuTTY до современных решений вроде МС22, Termius и SecureCRT можно считать зеркалом того, как изменилась сама культура работы системных администраторов. PuTTY — с чего всё началось PuTTY появился ещё в конце 90-х и моментально стал стандартом. Простой интерфейс, мгновенный запуск, никаких зависимостей — и ты уже в консоли сервера. С годами он превратился в символ стабильности: как "отвёртка", лежащая в ящике у каждого админа. Но время не стоит на месте. Инфраструктура стала сложнее, серверов стало десятки, а вместе с ними — необходимость в автоматизации, удобстве и безопасности. PuTTY оставался собой, но не развивался. В итоге он стал отправной точкой, от которой начали расти новые SSH-клиенты и остаётся распространённым решением для быстрого развёртывания и простых задач администрирования небольшого количества удаленного оборудования. MobaXTerm — французский подход к комфорту Если PuTTY был о простоте, то MobaXTerm сделал ставку на "всё и сразу". Французские разработчики превратили SSH-клиент в целую лабораторию администратора: SSH, SFTP, RDP, VNC, Telnet, AWS S3, WSL — всё в одном окне. Можно открывать десятки вкладок, писать макросы, сравнивать файлы, а при необходимости — даже запустить встроенный сервер. MobaXTerm стал тем самым "швейцарским ножом", где есть инструмент на все случаи жизни.
https://habr.com/ru/articles/958918/
#ssh #безопасность #кибербезопасность #системное_администрирование #серверная_оптимизация #серверное_администрирование #сетевые_технологии
Как мы ускорили автоустановку ОС выделенных серверов на 25-75%
Привет! Меня зовут Лев, я системный администратор
https://habr.com/ru/companies/selectel/articles/834550/
#selectel #автоустановка #операционные_системы #серверная_оптимизация
[Перевод] Достижение высокой пропускной способности без усугубления задержки
Задержка и пропускная способность При обсуждении производительности часто встречаются термины «задержка» (latency) и «пропускная способность» (throughput) для описания характеристик программного компонента. Мы можем дать следующее толкование этим терминам: Задержка — это мера времени, затрачиваемого на выполнение одного действия. Например, это может быть время, необходимое, чтобы отреагировать на изменение цены финансового инструмента, и такое изменение может повлиять на решение о покупке или продаже. Это может быть время, необходимое компоненту, управляющему каким-либо внешним устройством, чтобы отреагировать на изменение состояния этого устройства (например, изменение температуры, о котором сообщает термостат). Можно применить понятие задержки и к областям, не связанным с IT. Представьте, что вы посещаете свой любимый фаст-фуд. В данном случае, задержка — это время, которое требуется для того, чтобы сделать заказ, собрать его, оплатить и затем получить. Очевидно, что чем меньше задержка — тем лучше.
https://habr.com/ru/companies/piter/articles/807209/
#перевод #высокая_производительность #сетевые_технологии #распределенные_системы #серверная_оптимизация