Veeam Software выпустила решение для резервного копирования в «облако»

Александр Панасенко 13 Февраля 2013 - 12:35

Veeam Backup Cloud Edition

Резервного копирования данных

...

Компания Veeam Software, объявила о выпуске Veeam Backup Cloud Edition — своего первого решения для резервного копирования в «облако». «Veeam Backup Cloud Edition легко превращает общедоступную облачную среду в удобное хранилище резервных копий, предоставляя доступную альтернативу хранению на ленточных накопителях и удаленному резервному копированию», — сообщили CNews в компании.

По словам разработчиков, решение не привязано к какой-то одной облачной среде: Veeam Backup Cloud Edition поддерживает 15 общедоступных облачных хранилищ, включая Microsoft Azure, Amazon S3, Amazon Glacier, Rackspace и HP Cloud, а также дополнительные облачные хранилища на основе OpenStack.

Veeam Backup Cloud Edition отличается широкой функциональностью и обеспечивает: автоматизацию — копирование резервных копий в «облако» в автоматическом режиме по расписанию; безопасность — использование сжатия и дедупликации данных, а также выполнение 256-битного AES-шифрования; уведомления — отправка отчетов о состоянии резервных копий в «облаке»; оценку затрат — расчет оплаты отдельно по облачным средам, задание лимита в ГБ или денежном эквиваленте; график пропускной способности — управление пропускной способностью в режиме реального времени, самостоятельный контроль доступности ресурсов сети в рабочее время, сообщает cnews.ru.

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

«Предприятиям малого и среднего бизнеса предоставлена удобная и экономичная альтернатива резервному копированию на магнитную ленту или в удаленное хранилище. Veeam Backup Cloud Edition позволяет быстро настроить процесс сохранения резервных копий в выбранной общедоступной облачной среде, а благодаря уведомлениям и предупреждениям ответственные специалисты вовремя получают информацию о стоимости хранения и состоянии резервных копий», — заявил Ратмир Тимашев, президент и исполнительный директор Veeam Software.

Поставки Veeam Backup Cloud Edition уже начались. Подписка доступна для владельцев 1-,2- и 3-летних лицензий на Veeam Backup & Replication; на долгосрочную подписку предоставляется скидка. По информации Veeam Software, клиенты могут добавить к уже имеющимся бессрочным лицензиям на лицензию на Cloud Edition.

Следующая главная новость »

Vulnerability Management 2026: что в управлении уязвимостями уже не работает?
Регистрируйтесь на эфир!

Екатерина Быстрова 08 Апреля 2026 - 14:40

macOS Ошибки конфигурации программ Домашние пользователи Корпорации

Баг macOS ломает TCP через 49 дней без перезагрузки

В macOS нашли редкий, но очень неприятный баг: если компьютер работает без перезагрузки примерно 49,7 дня, у него может постепенно умирать TCP. По версии исследователей, проблема связана с переполнением 32-битного счётчика времени в ядре XNU, который используется TCP-подсистемой.

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

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

По их описанию, часть узлов после примерно 49 дней 17 часов 2 минут 47 секунд аптайма перестала открывать новые TCP-сессии. После перезагрузки всё возвращалось в норму, но таймер, по сути, запускался заново.

Авторы утверждают, что смогли воспроизвести поведение на двух машинах и связали его с переменной tcp_now в XNU. В открытом репозитории Apple действительно есть TCP-код ядра Darwin/XNU, где используются 32-битные значения времени и логика сравнения временных меток TCP, на которую ссылаются исследователи.

Поведения бага выглядит так: сначала ничего не ломается в лоб, но закрытые TCP-соединения перестают вовремя исчезать из TIME_WAIT. Затем их становится всё больше, временные порты забиваются, новые подключения начинают зависать в SYN_SENT, а сервисы, которым нужны новые TCP-сокеты, начинают сыпаться.

Если эта находка подтвердится, то для обычного пользователя баг вряд ли станет массовой проблемой: большинство устройств на macOS перезагружаются чаще (хотя бы из-за обновлений). А вот для долго работающих Mac mini, билд-серверов, CI/CD-ферм, удалённых рабочих станций и серверных компьютеров, которые могут жить без ребута неделями, история выглядит уже куда серьёзнее.

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

Vulnerability Management 2026: что в управлении уязвимостями уже не работает?
Регистрируйтесь на эфир!