SpaceVM: с нуля до кластера за 15 минут

Предлагаем вашему вниманию пошаговый мануал, позволяющий за 15 минут из «чистого» инсталла получить рабочий кластер SpaceVM с общим хранилищем, сетями и ролями контроллеров. Все это — через понятный веб-интерфейс плюс пару CLI-команд там, где это действительно уместно. Поехали!

https://habr.com/ru/companies/spacevm/articles/1043480/

#виртуализация #кластеризация #отказоустойчивость #gfs2 #iscsi #итинфраструктура

SpaceVM: с нуля до кластера за 15 минут

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

Хабр

Как работает система резервного копирования в SpaceVM

В среде виртуализации цена ошибки выше, чем в физической инфраструктуре: проблема редко затрагивает одну машину — чаще это сразу десятки ВМ и сервисы, на которых завязана половина инфраструктуры. Администратор удалил не тот диск, хранилище повело себя нестабильно, данные оказались повреждены. В такие моменты важен не сам факт наличия резервного копирования, а то, насколько быстро и предсказуемо можно восстановиться. В SpaceVM система резервного копирования (СРК) изначально проектировалась не как отдельный внешний инструмент, а как часть платформы. Это важно: все сценарии — от быстрого отката до восстановления на другом узле — встроены в общий цикл работы с виртуальными машинами и не требуют отдельной инфраструктуры. Разберём, как работает СРК в SpaceVM на практике: от моментальных снимков до полноценных резервных копий и массовых сценариев восстановления — то есть всех стандартных задач.

https://habr.com/ru/companies/spacevm/articles/1021690/

#glusterfs #gfs2 #хранение_данных #резервное_копирование #виртуализация #snapshot #vdi #гиперконвергентная_инфраструктура #восстановление_данных #отказоустойчивость

Как работает система резервного копирования в SpaceVM

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

Хабр

Отказоустойчивый кластер виртуализации KVM на Astra Linux

Импортозамещение, уход вендоров, требования регуляторов, безопасность — причин переезжать с продуктов Microsoft и VMware сегодня хватает. Но важно, чтобы это было осознанное инженерное решение, а не реакция по принципу «лишь бы уйти». Тем более что далеко не всегда есть смысл переплачивать за продукт, который для вашей инфраструктуры избыточен. В статье разбираю, как собрать отказоустойчивую виртуализацию на базе Astra Linux: DRBD + GFS2 + Pacemaker против Ceph. Отказоустойчивый кластер KVM на Астре

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

#astra_linux #drbd9 #ceph #gfs2 #iscsi #pacemaker #импортозамещение #виртуализация #системное_администрирование #астра_линукс

Отказоустойчивый кластер виртуализации KVM на Astra Linux

Содержание: Почему вообще появился этот материал Требования к кластеру виртуализации Выбор компонентов Настройка хранилища на DRBD под управлением Pacemaker Настройка KVM узлов Настройка общего...

Хабр

GFS2 — файловая система для новой виртуализации: наш опыт интеграции в SpaceVM

Рассказываем о своем опыте ее внедрения в нашу платформу виртуализации SpaceVM. Современные ИТ-инфраструктуры часто строятся вокруг виртуализации и облаков, где несколько серверов одновременно обращаются к одним и тем же данным. В таких системах ключевым становится не просто объем или скорость хранилища, а способ доступа к данным — общий или локальный, файловый или блочный. От того, как именно организовано взаимодействие с хранилищем, зависит архитектура всего решения: от производительности виртуальных машин до отказоустойчивости кластера. Локальные хранилища привычны для одиночных серверов: диск или массив принадлежит конкретному узлу, который управляет им напрямую. Общие (shared) хранилища, напротив, предоставляют единое пространство данных для нескольких серверов. Именно они лежат в основе высокодоступных кластеров и виртуализационных платформ, где важно, чтобы виртуальные машины могли мигрировать между узлами без потери доступа к своим дискам. Но общий доступ — это не только вопрос архитектуры, но и способа взаимодействия с данными. Файловые протоколы (NFS, SMB и др.) дают возможность работать с файлами на уровне операционной системы, но вносят дополнительные задержки и ограничения. Блочные протоколы (iSCSI, Fibre Channel) предоставляют более низкоуровневый доступ — сервер видит удаленное устройство как локальный диск. Однако при этом возникает другая проблема: как синхронизировать работу нескольких узлов с одним и тем же блочным устройством, не разрушив файловую систему? Ответ на этот вызов дают кластерные файловые системы, специально разработанные для совместного блочного доступа. Одна из самых зрелых и функциональных среди них — GFS2 (Global File System 2). В нашем опыте ее интеграция в собственный продукт - платформу виртуализации SpaceVM - позволила приблизиться к созданию устойчивой, масштабируемой и по-настоящему отказоустойчивой среды.

https://habr.com/ru/companies/spacevm/articles/965388/

#gfs2 #gfs #виртуализация #виртуализация_серверов #хранилища #хранение_данных #инфраструктура #vmware_vsphere #vmfs

GFS2 — файловая система для новой виртуализации: наш опыт интеграции в SpaceVM

Привет, Хабр! Меня зовут Сергей Алексанков, я технический директор Space. В этой статье расскажу о нашем опыте внедрения файловой системы GFS2 в платформу виртуализации SpaceVM. Облачные среды,...

Хабр

Just a handful of #gfs2 changes this merge window. Expect more from me as I ramp up my (upstream) kernel work.

https://lore.kernel.org/gfs2/175374607[email protected]/T/

[GIT PULL] gfs2 changes for 6.17

[GIT PULL] gfs2 changes - Andreas Gruenbacher

[GIT PULL] gfs2 changes - Andreas Gruenbacher

[GIT PULL] gfs2 fixes - Andreas Gruenbacher

The #gfs2 changes for the #Linux 6.6 merge window have been merged:

https://lore.kernel.org/gfs2/202309051[email protected]/

[GIT PULL] gfs2 fixes - Andreas Gruenbacher

Missed it last week as I was on leave but the #gfs2 changes for the #Linux 6.5 merge window have been merged. They include an overhaul of the freeze/thaw mechanism to fix deadlocks that can occur when e.g. several cluster nodes try to freeze the fs at the same time.

https://lore.kernel.org/all/2023070412[email protected]/

[GIT PULL] gfs2 fixes - Andreas Gruenbacher