Serverspace - облачный провайдер

Что происходит с Амстердамом и что дальше

Здравствуйте!
Хотим честно рассказать, что сейчас происходит с локацией в Амстердаме и что будет дальше.

Что случилось

Местные власти обесточили оборудование нашего партнёра в Амстердаме, ITGLOBAL.COM NL B.V. Доступа к серверам сейчас нет. Когда он появится и появится ли вообще, мы пока не знаем.

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

Если ваши серверы были в Амстердаме

Переезжайте в любую удобную локацию: первый месяц там оплатим мы. Если новая локация дороже, разницу за первый месяц тоже покроем. Просто напишите в поддержку.

Если вы в США или Канаде

Можете не волноваться: серверы работают как обычно, делать ничего не нужно.

Чтобы европейская история никак не задела эти площадки, мы сейчас переводим их под управление местных операторов. Дальше в странах НАТО будем работать только с локальными партнёрами, так надёжнее. Когда всё будет готово, напишем отдельно.

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

Спасибо, что вы с нами.
Команда Serverspace

🚨 Амстердам: где продолжить работу

Коротко о ситуации: дата-центр в Амстердаме всё ещё недоступен, сроков/шансов восстановления пока нет. Поэтому советуем не ждать и переносить проекты в другие локации уже сейчас.

Чтобы переезд прошёл быстрее, мы собрали всё нужное в одной статье:

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

Прочитайте её перед тем, как создавать серверы, это сэкономит вам время:

https://serverspace.ru/about/news/inczident-15-09-2026/

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

Благодарим за понимание и лояльность к проекту,

команда Serverspace.

🚨 Уважаемые пользователи!

Уведомляем, что панель управления доступна.

Инфраструктура в Нидерландах на текущий момент оффлайн - сроки/шансы восстановления неизвестны - мы выясняем подробности с поставщиками услуг. Временно все ВМ этого региона заблокированы и не биллингуются.

Рекомендуем вам пересоздать ВМ в соседних локациях - в течение ближайших двух дней будут начислены средства на месяц работы инфраструктуры, попавшей под данный сбой.

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

🚨 Панели управления будут подняты до конца дня.

Инфраструктура в Нидерландах оффлайн - сроки/шансы неизвестны - мы выясняем подробности с поставщиками услуг.

В данном контексте, мы рекомендуем разворачивать инфраструктуру в соседних локациях, как только панели станут доступны.

Мы со своей стороны предоставим вам ее бесплатно на месяц.

Все текущие машины в NL перестанут билинговаться до появления деталей.

⚠️ Ожидаем, что в теч. 2-х часов запустим панели - обязательно оповестим. Все команды очень активно работают, чтобы скорее вернуть доступ к администрированию.

⚠️ Уважаемые пользователи! ⚠️

Связь с NL-инфраструктурой на текущий момент утеряна, сроки и шансы восстановления неизвестны - сейчас запускаем админские панели на резервных хостах.

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

Мы активно ведем общение с поставщиками услуг в NL по текущему инциденту. Все апдейты продолжим публиковать по мере получения информации.

Благодарим за понимание.

Уважаемые пользователи!

Фиксируем масштабный инцидент, который затронул клиентскую инфраструктуру и виртуальные машины.

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

Благодарим за понимание.

Когда VMware закручивает гайки🌀

На ИТ-рынке продолжается шторм: после изменений Broadcom и роста цен на лицензии VMware компании по всему миру ищут альтернативы. Отказаться от виртуальных машин сложно — на них держится инфраструктура.

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

Мы предвидели этот тупик, поэтому изначально пошли другим путём. У нас можно развернуть инфру на vStack — лёгкой, производительной и независимой платформе виртуализации.

Выход из лицензионного кризиса есть, и он не требует гигантских бюджетов. Собирайте нужную конфигурацию в нашей панели за пару кликов и управляйте инфраструктурой без оглядки на чужие аппетиты ☁️⚡️

Вместо Cyberpunk — нейросети и Big Data 🚀

Видеокарты вышли из геймерских сборок. Теперь это — новое золото и база для ИТ-бизнеса.

Задачи вроде обучения моделей, сложного 3D-рендеринга и анализа массивов данных требуют параллельных вычислений, с которыми обычные CPU не справляются. GPU делают это в разы быстрее, превращая многочасовые задачи в минутные.

Но покупать собственные карты долго, дорого и негибко — поэтому мы добавили GPU в Serverspace. Конфигурацию можно собрать за пару кликов в панели управления.

Пока видеокарты доступны только в нашей локации в Казахстане. Если ваш проект в другом регионе — без паники. Скоро GPU-серверы появятся и в остальных дата-центрах.

Ждите обновлений, а пока — добро пожаловать в Алматы за мощностями✨

День сурка каждые 30 секунд ⏱️

Запускаете запрос — он думает, думает, а ровно через 30 секунд прилетает 504. Повторяете — снова 30 секунд. И ещё раз столько же. Знакомо?

Такая пунктуальность часто намекает не на слабый сервер, а на timeout где-то по пути:

🔹 Приложение ещё считает ответ, но reverse proxy уже перестал ждать и вернул ошибку.
🔹 API делает тяжёлый отчёт дольше 30 секунд, а gateway обрывает соединение по лимиту из конфига.
🔹 Backend вообще успевает закончить работу через пару секунд после ошибки — просто пользователь этого уже не увидит.

Первое желание — просто разрешить системе ждать дольше. Иногда этого хватает. Но тяжёлый запрос лучше ускорить, вынести в фон или обрабатывать асинхронно.

Если ошибка появляется с такой точностью, сначала стоит найти, кто именно обрывает запрос.

А если причина действительно в ресурсах, в Serverspace конфигурацию сервера можно увеличить в пару кликов.

Бэкап есть. А вернуть сервис получится? 🧯

Самый плохой момент для первой проверки бэкапа — когда оригинала уже нет.

Статус backup completed успокаивает. Но сам по себе он ещё ничего не гарантирует.

Примеры, когда бэкап есть, но толку от него мало:

• копия слишком старая, неполная или повреждённая — и выясняется это только при восстановлении;
• данные вернулись, а сервис — нет: не совпали версии, потерялись конфиги, доступы или зависимости;
• восстановиться можно, но никто не знает, сколько это займёт — restore до этого ни разу не проверяли.

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

В Serverspace резервное копирование доступно для VMware Cloud.

Главное помнить: хороший бэкап тот, из которого уже пробовали восстановиться.

Public API для VMware теперь в Serverspace ⚙️

Теперь ресурсами VMware Cloud можно управлять через Public API. Фича помогает, когда инфраструктуру нужно регулярно поднимать по одному сценарию: для тестовых сред, релизов, CI/CD, типовых конфигураций или повторяющихся задач команды. 

Обновили и инструкцию по Terraform – чтобы было проще описывать инфраструктуру в коде и эффективнее готовить конфигурации под задачи проекта. 

Что можно делать:

– управлять VMware Cloud через API;
– переносить рутину в скрипты и пайплайны;
– повторять типовые конфигурации без ручной сборки;
– быстрее настраивать инфраструктуру через Terraform.

Public API для VMware уже доступен в панели Serverspace.

Создайте API-ключ в разделе «Автоматизация» и настройте управление под свой сценарий.

Когда базе данных становится тесно на одном сервере с сайтом? 🗄

На старте сайт и БД часто спокойно работают на одном VPS. Но с ростом проекта они начинают конкурировать за CPU и RAM – и это уже может влиять на скорость работы.

В такой ситуации базу данных можно вынести на отдельный сервер:
🔹 сайт и БД перестают делить одни ресурсы;
🔹 каждый сервер можно масштабировать отдельно;
🔹 доступ к БД можно организовать через private network без прямого подключения из интернета.

Не обязательно разделять инфраструктуру заранее. Но если нагрузка растет, а одному VPS становится тесно – это один из логичных следующих шагов.

Масштабируйте инфраструктуру вместе с ростом проекта в Serverspace.

Помнишь, как раньше рутина съедала половину рабочего дня? 😭

ИИ незаметно перетащил на себя кучу мелочей, на которые жалко тратить время:

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

Смысл не в том, чтобы ИИ всё делал за тебя. Он снимает нудную часть твоего рабочего дня.

У Serverspace для этого есть LLM API: подключай разные модели под задачу через API-ключ и встраивай ИИ в приложения, ботов и админки.

Тысячи пользователей не пошатнули сайт. Один отчёт — положил 📉

Знакомая история: тысячи людей онлайн, всё летает. А потом кто-то жмёт «сформировать отчёт», и база данных начинает задыхаться.

Дело не в количестве пользователей, а в том, что может сделать один тяжёлый SQL-запрос.

Типичные признаки, что база не справляется с запросом:

• для ответа ей приходится просматривать миллионы строк ради пары десятков в результате;
• сортировки и группировки перестают помещаться в RAM и уходят на диск;
• запрос держит блокировки, из-за которых остальные операции выстраиваются в очередь;
• по мере роста таблиц время выполнения резко увеличивается: то, что летало на тестовой базе, начинает тормозить на реальных объёмах.

Вывод простой: производительность базы данных упирается не только в железо, но и в то, *как* написаны запросы.

Но когда база реально упёрлась в ресурсы, помогает масштабирование: виртуальный сервер на Serverspace поднимается за 40 секунд, а CPU, RAM и диск можно подобрать под текущую нагрузку.

Создали VPS – что проверить после запуска? 🔐

Serverspace автоматически развернет сервер с выбранной ОС, но настройки безопасности зависят от задач проекта.

После запуска стоит проверить:

🔹 установлены ли обновления системы;
🔹 используется ли SSH-ключ вместо обычного пароля;
🔹 закрыты ли ненужные порты;
🔹 настроены ли Firewall и защита от перебора паролей;
🔹 подключено ли резервное копирование.

Не все параметры безопасности можно настроить универсально заранее: сайту, сети, базе данных и корпоративной системе нужны разные правила доступа.

Создайте VPS в панели Serverspace - выберите конфигурацию и ОС, разверните сервер за несколько минут, а затем настройте безопасность под свой проект.

SSL-сертификаты скоро будут жить вдвое меньше 🔐

Помните, как раньше сертификат выписывали на год-два и спокойно забывали?

Эти времена уходят. Срок жизни SSL продолжают резать — и это не прихоть, а вполне осознанная история про безопасность.

Как меняется картина:

→ сейчас стандартный Let's Encrypt живёт 90 дней
→ в 2027 году срок ужмут до 64 дней
→ в 2028 — до 45 дней
→ самые короткие сертификаты Let's Encrypt уже действуют всего ~160 часов, чуть больше шести суток

Зачем так жёстко? Логика простая: если приватный ключ утёк, скомпрометированный сертификат проживёт не месяцы, а пару дней. Меньше окно = меньше проблем.

Что это значит на практике: далеко не каждый захочет возвращаться к сертификатам каждые 45–60 дней. Для таких случаев автопродление становится просто удобным способом не следить за датами.

👉 Оформить SSL без головной боли можно в панели Serverspace.

Порт открыт. Кто за дверью? 🚪

Открытый порт - это вход к тому, что работает на сервере: сайту, базе, панели, SSH или тестовому приложению. 

Иногда лишний доступ остается после настройки: что-то открывали на пару часов, что-то забыли закрыть после релиза, что-то оставили «пока так»🫠 IP не обязательно где-то публиковать. Сканеры всё равно проходят по адресам и проверяют, какие порты отвечают 👀

Порт сам по себе не враг. Вопрос в том, что за ним: доступ для всех IP, слабый пароль, старая версия, root-вход или тестовая настройка.

Перед запуском стоит быстро проверить:
• что открыто наружу;
• нужна ли базе видимость из интернета;
• ограничен ли SSH;
• включен ли firewall;
• не остались ли старые тестовые сервисы.

В панели Serverspace можно настроить VPS так, чтобы пользователям было видно только нужное, а всё лишнее не лезло наружу.

Когда серверу нужна видеокарта?

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

📍 Видеокарта оправдана, если у вас:

- Тяжёлая графика на удалённом рабочем месте
CAD, 3D-модели, карты, монтаж и сложные интерфейсы. Не тот случай, когда у сотрудника просто открыто двадцать вкладок и где-то среди них потерялся Excel.
- Потоковая обработка видео
Один ролик можно перекодировать на CPU. Когда файлы и потоки идут постоянно, GPU ускоряет обработку и не даёт очереди превратиться в отдельный долгосрочный проект.
- Разработка и тестирование GPU-приложений
Например, проверить, видит ли софт видеокарту и выделенную vRAM, использует ли CUDA или DirectX и как ведёт себя под нагрузкой.

Для сайта, бота в мессенджере или обычного RDP видеокарта чаще всего не нужна. Но если подходящая задача есть, сервер с GPU можно развернуть в панели Serverspace.

Арендуйте виртуальный сервер с GPU с мощным процессором 🚀

При создании виртуальной машины на VMware теперь можно добавить графический ускоритель NVIDIA A16 — 64 GB видеопамяти GDDR6 ECC на архитектуре Ampere.

Что на этом удобно запускать:

— удалённые рабочие места для сотрудников;
— VDI-инфраструктуру в облаке;
— офисные, корпоративные и веб-приложения в облачной среде;
— тестирование приложений с GPU-ускорением;

При создании сервера доступен выбор объёма vRAM — под конкретную задачу, без необходимости аренды всей карты. Оплата за GPU списывается сразу за час использования, остальные ресурсы машины тарифицируются каждые 10 минут по Pay-As-You-Go.

Создать сервер с GPU →

Дальше в планах - NVIDIA RTX PRO 6000 Blackwell для AI, рендеринга и вычислений с большими объемами данных.