New We are sorting MAX channels into categories and territories. Read the news
MAX analyticschannels, chats and posts

Analytics

MAX
Information collectorsbrain-pro.ru Foreign agent labelingagent-mark.ru
Public channel ID 77547120199687

ESTT // IT с характером

Прокачиваем серверы, облака и настроение.
Рассказываем об IT-инфраструктуре, дата-центрах, безопасности и новых технологиях простым языком.

ESTT — оператор дата-центров и инфраструктурный партнёр бизнеса.

dcestt.ru
sale@estt.ru

IT and programming
Channels in category
2 095
This channel's rank
№ 1 437
Open category →
Open in MAX

Posts for the period

By reactions

Search and the whole feed — after free registration. Custom dates — with a subscription; the channel owner sees them for free. Sorting by reactions — with a subscription. Sign up

Loading…

Друзья, а знаете, что произошло ровно 57 лет назад, 29 октября 1969… — photo, channel “ESTT // IT с характером”
Друзья, а знаете, что произошло ровно 57 лет назад, 29 октября 1969 года? 😉
Будущий интернет сказал своё первое слово. И завис...

В тот вечер в Калифорнийском университете Лос-Анджелеса проходил эксперимент, которому суждено было войти в историю. Исследователи пытались подключиться к удалённому компьютеру Стэнфордского исследовательского института через ARPANET, предшественницу современного интернета. Задача по нынешним меркам была простой: передать команду LOGIN.

Программист Чарли Клайн набирал команду, а инженер Билл Дювалл на другом конце соединения подтверждал получение каждого символа по телефону. Буква L дошла успешно. Буква O тоже. А на третьей букве компьютер завис. 😄 Так вместо LOGIN первым сообщением стало короткое и загадочное LO.

Примерно через час неполадку устранили, и команду удалось передать полностью. Тогда это был всего лишь эксперимент с двумя удалёнными компьютерами.

А сегодня мы передаём по сети терабайты данных, общаемся с людьми на другом конце планеты и воспринимаем постоянное подключение как нечто само собой разумеющееся.

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

С годовщиной первого LO! 🎂
1
Go to post Open in MAX Report an inaccuracy
Нужен VPS для эксперимента? Начните со 100 рублей! — photo, channel “ESTT // IT с характером”
Нужен VPS для эксперимента? Начните со 100 рублей!

Хотите попробовать n8n, развернуть сайт на WordPress или протестировать приложение в Docker? Необязательно тратить время на установку всего программного окружения с нуля.

В ESTT доступны готовые шаблоны VPS под разные задачи:

🔹 n8n для автоматизации и экспериментов с AI
🔹 Docker для контейнеров и тестовых стендов
🔹 WordPress для сайтов и блогов
🔹 PostgreSQL для баз данных

Также доступны Linux, Windows VDS, решения для 1С-Битрикс и конфигурации с большим диском.

Как это работает?
Выбираете готовое окружение, настраиваете CPU, RAM и SSD под свою задачу и создаёте виртуальный сервер.

💰 Для старта достаточно пополнить баланс на 100 ₽.

VPS тарифицируется по часам, поэтому не нужно сразу вносить стоимость месячной аренды.

В новой статье ESTT показали реальные конфигурации, цены и примеры использования готовых шаблонов.

👉 Посмотреть готовые решения и выбрать VPS
2
Go to post Open in MAX Report an inaccuracy
Резервный дата-центр готов. А смогут ли пользователи получить доступ… — photo, channel “ESTT // IT с характером”
Резервный дата-центр готов. А смогут ли пользователи получить доступ к сервисам?

Мы уже рассказывали о георезервировании и о том, почему одного резервного копирования недостаточно для восстановления IT-инфраструктуры. Но даже если резервная площадка полностью подготовлена, остаётся ещё один важный вопрос: как организована связь между дата-центрами и внешними сетями.

На схемах георезервирования её обычно обозначают одной линией. В действительности за ней скрывается сложная сетевая инфраструктура. Каналы разных операторов могут проходить по общим кабельным трассам, маршруты передачи данных зависят от взаимодействия сетей, а после переключения на резервную площадку необходимо обеспечить доступ пользователей к восстановленным сервисам.

В новой статье блога ESTT разбираем, что влияет на надёжность сетевой связности, как работают BGP, пиринг и IP-транзит, чем М9 отличается от MSK-IX и почему при проектировании резервной инфраструктуры важно учитывать не только серверное оборудование, но и сеть.

Подробнее в статье «Одна линия на схеме: что на самом деле обеспечивает связность дата-центра»:
https://dcestt.ru/blog/datacenter-network-connectivity?utm_source=max&utm_medium=social&utm_campaign=network_connectivity_202610&utm_content=post
3
Go to post Open in MAX Report an inaccuracy
От магнитной ленты до резервного ЦОДа: как менялась защита данных — photo, channel “ESTT // IT с характером”
От магнитной ленты до резервного ЦОДа: как менялась защита данных

В последних публикациях мы рассказывали, зачем нужна резервная площадка и почему одного бэкапа недостаточно для быстрого восстановления сервисов.

А сегодня решили обратиться к истории.
В начале 1950-х инженеры IBM разрабатывали ленточные накопители для хранения компьютерных данных. Но столкнулись с проблемой: при резких остановках магнитная лента могла растягиваться и рваться.

Решение нашли неожиданное. В ходе экспериментов инженеры использовали обычный пылесос, с помощью которого создавали разрежение воздуха и управляли движением ленты.
С тех пор технологии хранения прошли огромный путь.

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

Сегодня для создания резервной инфраструктуры уже не обязательно строить собственный второй ЦОД.
Но готовить резервную площадку лучше заранее, а не тогда, когда основная инфраструктура уже стала недоступна.

В новой статье рассказываем, как развивались технологии хранения и резервирования за последние семь десятилетий.

👉 Читать статью: https://dcestt.ru/blog/backup-history?utm_source=max&utm_medium=social&utm_campaign=backup_history&utm_content=post
5
Go to post Open in MAX Report an inaccuracy
Продолжаем тему георезервирования. — photo, channel “ESTT // IT с характером”
Продолжаем тему георезервирования.
Начать можно с малого: поднять виртуальный сервер в другом дата-центре и настроить туда backup критичных данных, базы или копии сервиса.

Это уже хороший первый уровень защиты: резерв находится на физически отдельной инфраструктуре и не зависит от той же площадки, где работает основной сервис.

Дальше всё зависит от задачи.
Для одного проекта достаточно регулярно выгружать данные во второй ЦОД.
Для другого нужен резервный VPS с подготовленным окружением.
А для критичных сервисов уже имеет смысл полноценная резервная площадка с заранее выделенными ресурсами и понятным сценарием переключения.

То есть идти можно поэтапно:
backup в другом ЦОД → резервный VPS → полноценная резервная площадка.

В ESTT виртуальный сервер можно создать самостоятельно за несколько минут.
Если нужен отдельный физический сервер или более серьёзный резервный контур, поможем подобрать ресурсы под конкретный сценарий.

Не обязательно сразу дублировать всю инфраструктуру.
Важно начать с того, что действительно критично для работы сервиса.

Создать виртуальный сервер:
https://dcestt.ru/cloud/individual-server-vps?utm_source=max&utm_medium=social&utm_campaign=geo_reserve_october_2026&utm_content=reserve_vps

Обсудить резервную площадку:
https://dcestt.ru/service-consulting?service_interest=Резервная%20площадка&utm_source=max&utm_medium=social&utm_campaign=geo_reserve_october_2026&utm_content=reserve_platform
7
Go to post Open in MAX Report an inaccuracy
В прошлой статье разбирали, как подготовить резервный контур на… — photo, channel “ESTT // IT с характером”
В прошлой статье разбирали, как подготовить резервный контур на случай недоступности основной площадки:
https://dcestt.ru/blog/disaster-recovery-backup-site?utm_source=max&utm_medium=social&utm_campaign=critical_infrastructure&utm_content=previous_article

Теперь смотрим шире: что еще может стать точкой отказа, даже если серверы уже находятся в надежном ЦОД?

Потому что защищенное железо еще не означает защищенную инфраструктуру.

Проблема может оказаться в доступах или сетевом контуре. Резервные копии могут создаваться годами, но никто ни разу не проверял, получится ли из них восстановиться. А критичные знания, пароли и логика работы систем иногда по-прежнему зависят от одного специалиста.

Получается парадокс: оборудование уже находится в профессиональном дата-центре, а у бизнеса все еще остаются точки отказа, которые сам ЦОД устранить не может.

В новой статье разбираем, какие риски действительно снимает размещение в ЦОД, какие остаются и как связать доступы, сеть, backup, отказоустойчивость и резервную площадку в единый контур.

👉 Когда одного ЦОДа недостаточно: как защитить критичную инфраструктуру
https://dcestt.ru/blog/critical-infrastructure-protection?utm_source=max&utm_medium=social&utm_campaign=critical_infrastructure&utm_content=article
9
Go to post Open in MAX Report an inaccuracy
Что будет с сервисами компании, если дата-центр станет недоступен? — video, channel “ESTT // IT с характером” ▶ video
Что будет с сервисами компании, если дата-центр станет недоступен?

Как заранее подготовить резервную площадку, сохранить данные и сократить простой сервисов, разбираем в статье ESTT.

https://dcestt.ru/blog/disaster-recovery-backup-site?utm_source=max&utm_medium=clip&utm_campaign=geo_redundancy
6
Go to post Open in MAX Report an inaccuracy
Что будет, если основная площадка станет недоступна? — photo, channel “ESTT // IT с характером”
Что будет, если основная площадка станет недоступна?

Backup, резервные серверы и вторая площадка сами по себе ещё не гарантируют, что сервис продолжит работать.
Для этого нужен полноценный DR-сценарий: понимать, какие сервисы критичны, какие у них RPO и RTO, как будет происходить failover, что делать с данными и как потом вернуть нагрузку обратно.

В новой статье разбираем:
- чем backup отличается от disaster recovery;
- как выбрать между hot, warm и cold reserve;
- почему не всегда нужно полностью дублировать основную инфраструктуру;
- что важно учесть при failover и failback;
- как тестировать резервный контур до реального инцидента;
- как выбрать вторую площадку и ресурсы под конкретный сервис.

В ESTT резервный контур можно разместить в дата-центре в Москве: использовать colocation, выделенные серверы, VPS/VDS или облачные ресурсы.

Читать статью:
https://dcestt.ru/blog/disaster-recovery-backup-site?utm_source=max&utm_medium=social&utm_campaign=geo_redundancy_article
9
Go to post Open in MAX Report an inaccuracy
Наши уважаемые клиенты, коллеги и единомышленники, с Днём работника… — photo, channel “ESTT // IT с характером”
Наши уважаемые клиенты, коллеги и единомышленники, с Днём работника отрасли ЦОД! 🎉

Пусть каналы летают, DDoS проходит мимо, серверы не капризничают, резерв остаётся резервом, а каждая смена обходится без сакраментального: «Хьюстон, у нас проблемы» :)))

С праздником всех, кто держит инфраструктуру в строю 24/7!
11
Go to post Open in MAX Report an inaccuracy
VKontakte Telegram Odnoklassniki
Favorites at datool.ru

Follow the channel in your account

Sign up at datool.ru to add the channel “ESTT // IT с характером” to favorites and track its metrics.

Sign up For channel owners

Verify your channel

Sign in or sign up at datool.ru, then add our bot to the channel following the instructions in your account. Once ownership is verified, the lock disappears and channel management becomes available.

Sign in or sign up

Report an inaccuracy

Describe what needs fixing. If you have a source, add a link.

You are leaving datool.ru

The link leads to an external website. datool.ru is not responsible for its content — check the address before entering passwords or payment details.

Redirecting in 10 s

Go