#серверная_оптимизация — Public Fediverse posts

Почему NVMe не всегда ускоряет сайт: смотрим на latency, p95/p99 и профиль нагрузки

У дисковой подсистемы слишком хорошая репутация в тарифных таблицах и не самая однозначная в инженерных обсуждениях. В первом случае нам продают гигабайты в секунду, во втором часто говорят, что для веба диск почти не важен. Я работаю контент-маркетологом в Scalehost и по работе регулярно разбираю темы, связанные с производительностью веб-проектов. Вопрос “нужен ли сайту NVMe или это просто маркетинговая галочка” возникает так часто, что мне захотелось собрать его в один технически внятный разбор.

https://habr.com/ru/articles/1031330/

#nvme #sata_ssd #latency #p99 #p95 #ttfb #fio #высоконагруженные_системы #серверная_оптимизация

Почему NVMe не всегда ускоряет сайт: смотрим на latency, p95/p99 и профиль нагрузки

У дисковой подсистемы слишком хорошая репутация в тарифных таблицах и не самая однозначная в инженерных обсуждениях. В первом случае нам продают гигабайты в секунду, во втором часто говорят, что для веба диск почти не важен. Я работаю контент-маркетологом в Scalehost и по работе регулярно разбираю темы, связанные с производительностью веб-проектов. Вопрос “нужен ли сайту NVMe или это просто маркетинговая галочка” возникает так часто, что мне захотелось собрать его в один технически внятный разбор.

https://habr.com/ru/articles/1031330/

#nvme #sata_ssd #latency #p99 #p95 #ttfb #fio #высоконагруженные_системы #серверная_оптимизация

Почему NVMe не всегда ускоряет сайт: смотрим на latency, p95/p99 и профиль нагрузки

У дисковой подсистемы слишком хорошая репутация в тарифных таблицах и не самая однозначная в инженерных обсуждениях. В первом случае нам продают гигабайты в секунду, во втором часто говорят, что для веба диск почти не важен. Я работаю контент-маркетологом в Scalehost и по работе регулярно разбираю темы, связанные с производительностью веб-проектов. Вопрос “нужен ли сайту NVMe или это просто маркетинговая галочка” возникает так часто, что мне захотелось собрать его в один технически внятный разбор.

https://habr.com/ru/articles/1031330/

#nvme #sata_ssd #latency #p99 #p95 #ttfb #fio #высоконагруженные_системы #серверная_оптимизация

Почему 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/selectel/articles/1009492/

#selectel #kubernetes #ai #серверная_оптимизация

Непосредственно миграция: искусство безболезненного переезда

Итак, обследование проведено, целевая архитектура спроектирована. Для тех, кто не понимает о чем речь, предлагаю сделать шаг назад и ознакомиться с предыдущими этапами:

https://habr.com/ru/companies/icore/articles/994416/

#итинфраструктура #сервер #цод #серверная_оптимизация #хранение_данных #сетевые_технологии #сетевое_оборудование #itинфраструктура

Непосредственно миграция: искусство безболезненного переезда

Итак, обследование проведено, целевая архитектура спроектирована. Для тех, кто не понимает о чем речь, предлагаю сделать шаг назад и ознакомиться с предыдущими этапами:

https://habr.com/ru/companies/icore/articles/994416/

#итинфраструктура #сервер #цод #серверная_оптимизация #хранение_данных #сетевые_технологии #сетевое_оборудование #itинфраструктура

Непосредственно миграция: искусство безболезненного переезда

Итак, обследование проведено, целевая архитектура спроектирована. Для тех, кто не понимает о чем речь, предлагаю сделать шаг назад и ознакомиться с предыдущими этапами:

https://habr.com/ru/companies/icore/articles/994416/

#итинфраструктура #сервер #цод #серверная_оптимизация #хранение_данных #сетевые_технологии #сетевое_оборудование #itинфраструктура

Непосредственно миграция: искусство безболезненного переезда

Итак, обследование проведено, целевая архитектура спроектирована. Для тех, кто не понимает о чем речь, предлагаю сделать шаг назад и ознакомиться с предыдущими этапами:

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инфраструктура

Поддержка выделенных серверов в Managed Kubernetes и другие обновления Selectel в декабре

Привет, Хабр! Под конец 2025 года мы

https://habr.com/ru/companies/selectel/articles/987878/

#selectel #серверная_оптимизация #kuber #itкомпании #itинфраструктура

Поддержка выделенных серверов в Managed Kubernetes и другие обновления Selectel в декабре

Привет, Хабр! Под конец 2025 года мы

https://habr.com/ru/companies/selectel/articles/987878/

#selectel #серверная_оптимизация #kuber #itкомпании #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инфраструктура

Проектирование целевой архитектуры: второй шаг к быстрой и безопасной миграции ЦОД

Обследование инфраструктуры мы пережили в первой части — и те, кто знаком с предысторией, понимают, что слово «пережили» здесь выбрано совсем не случайно. Теперь настало время двигаться дальше — к этапу, где уже не просто ищут проблемы, а проектируют мир, в котором эти проблемы не должны появляться вовсе: к целевой архитектуре. Именно на этом шаге закладывается каркас будущей ИТ-среды: определяются требования к производительности, формируются принципы отказоустойчивости, продумывается структура сетевого взаимодействия и планируется размещение оборудования. Промахнуться здесь — значит допустить трещину в фундаменте: сначала её может быть и не видно, но позже она обязательно даст о себе знать — либо на миграции, либо в самый неподходящий момент эксплуатации. И, как не сложно догадаться, оба варианта одинаково неприятны.

https://habr.com/ru/companies/icore/articles/984844/

#итинфраструктура #сервер #цод #серверная_оптимизация #хранение_данных #сетевые_технологии #сетевое_оборудование #itинфраструктура

Проектирование целевой архитектуры: второй шаг к быстрой и безопасной миграции ЦОД

Обследование инфраструктуры мы пережили в первой части — и те, кто знаком с предысторией, понимают, что слово «пережили» здесь выбрано совсем не случайно. Теперь настало время двигаться дальше — к этапу, где уже не просто ищут проблемы, а проектируют мир, в котором эти проблемы не должны появляться вовсе: к целевой архитектуре. Именно на этом шаге закладывается каркас будущей ИТ-среды: определяются требования к производительности, формируются принципы отказоустойчивости, продумывается структура сетевого взаимодействия и планируется размещение оборудования. Промахнуться здесь — значит допустить трещину в фундаменте: сначала её может быть и не видно, но позже она обязательно даст о себе знать — либо на миграции, либо в самый неподходящий момент эксплуатации. И, как не сложно догадаться, оба варианта одинаково неприятны.

https://habr.com/ru/companies/icore/articles/984844/

#итинфраструктура #сервер #цод #серверная_оптимизация #хранение_данных #сетевые_технологии #сетевое_оборудование #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 #производительность #серверная_оптимизация

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 #производительность #серверная_оптимизация

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 #производительность #серверная_оптимизация

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систем #инженерные_системы #серверная_оптимизация #процессоры

Обследование инфраструктуры: первый шаг к быстрой и безопасной миграции ЦОД

Миграция ЦОД — не новая история. Казалось бы, про важность обследования инфраструктуры перед переездом уже знают все. Но на практике ошибки повторяются снова и снова — даже у тех, кто делает это не впервые. Меня зовут Артём, я ведущий инженер департамента информационных технологий в iCore. В этой статье я постарался собрать ключевые моменты, на которые стоит обратить внимание при обследовании инфраструктуры перед миграцией. Надеюсь, это поможет избежать распространенных проблем и упростит процесс миграции.

https://habr.com/ru/companies/icore/articles/973710/

#итинфраструктура #сервер #цод #серверная_оптимизация #хранение_данных #сетевые_технологии #сетевое_оборудование #itинфраструктура

Кейс: как мы ускорили серверную часть мобильной игры в 2,5 раза и снизили расходы в 5 раз

Как ускорить серверную часть мобильной MMO-игры в 2,5 раза и при этом сократить инфраструктурные расходы в 5 раз? В этом кейсе рассказал опыт проекта The Firstborn: почему виртуальная машина перестала справляться с нагрузкой ещё до релиза, зачем мы отказались от геораспределённой базы данных, как выбор точки размещения повлиял на пинг по всему миру и почему переход на выделенный сервер с NVMe кардинально изменил стабильность, деплой и скорость серверного просчёта боёв.

https://habr.com/ru/articles/976448/

#серверная_оптимизация #высоконагруженные_системы #MMOэкономика #централизованная_база_данных #выделенный_сервер #NVMeдиски #микросервисная_архитектура #нагрузочное_тестирование #задержки_и_пинг #масштабирование_backend

Как мы ускорили автоустановку ОС выделенных серверов на 25-75%

Привет! Меня зовут Лев, я системный администратор

https://habr.com/ru/companies/selectel/articles/834550/

#selectel #автоустановка #операционные_системы #серверная_оптимизация

Эволюция 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 #безопасность #кибербезопасность #системное_администрирование #серверная_оптимизация #серверное_администрирование #сетевые_технологии

[Перевод] Достижение высокой пропускной способности без усугубления задержки

Задержка и пропускная способность При обсуждении производительности часто встречаются термины «задержка» (latency) и «пропускная способность» (throughput) для описания характеристик программного компонента. Мы можем дать следующее толкование этим терминам: Задержка — это мера времени, затрачиваемого на выполнение одного действия. Например, это может быть время, необходимое, чтобы отреагировать на изменение цены финансового инструмента, и такое изменение может повлиять на решение о покупке или продаже. Это может быть время, необходимое компоненту, управляющему каким-либо внешним устройством, чтобы отреагировать на изменение состояния этого устройства (например, изменение температуры, о котором сообщает термостат). Можно применить понятие задержки и к областям, не связанным с IT. Представьте, что вы посещаете свой любимый фаст-фуд. В данном случае, задержка — это время, которое требуется для того, чтобы сделать заказ, собрать его, оплатить и затем получить. Очевидно, что чем меньше задержка — тем лучше.

https://habr.com/ru/companies/piter/articles/807209/

#перевод #высокая_производительность #сетевые_технологии #распределенные_системы #серверная_оптимизация