The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репозитории многих проектов , opennews (??), 13-Июн-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


15. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +3 +/
Сообщение от Жока (?), 13-Июн-22, 10:07 
При чем тут scalability, икстпкрт ты наш?
Ответить | Правка | Наверх | Cообщить модератору

21. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +/
Сообщение от Ooiiii (?), 13-Июн-22, 10:40 
Ну не масштабируемо все как-то у них, что непонятного?)
Ответить | Правка | Наверх | Cообщить модератору

30. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +/
Сообщение от Аноним (30), 13-Июн-22, 11:05 
А что не так с масштабируемостью? Напихиваем еще дисков в Raid и поехали. Но на SSD нужды деньги, а их у сообщества не оказалось, видимо.
Ответить | Правка | Наверх | Cообщить модератору

38. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +1 +/
Сообщение от Cemen (?), 13-Июн-22, 11:24 
Для таких проектов рейд это как мёртвому припарки. Рейд не настолько стабильная система, и оба диска в рейде выходят не так редко, и вероятность такого события из 100 серверов пару процентов. Ну и по закону подлости бывает, что диски одного производителя и одной партии начинают сыпаться в один момент...
Да и бывают некомпетентные админы, которые убивают второй диск в рейд. Плюс к примеру могут быть катаклизмы, скачки электроэнергии. Поэтому используют кластеризацию c нечётным количеством узлов и ceph.
Но ceph довольно дорог в реализации. Поэтому не редко делают кластер на костылях. Но сервера разносят по разным ДЦ, чтобы исключить одновременного выхода всех серверов. С git конечно не все так плохо и он сам спроектирован как распределенные хранищиле, и это просто набор файлов, которые разработчики просто могу залить со своего компа и развернуть репозиторий предоставив доступ к этим файлам. Но мердж реквесты, багрепорты, комментарии хранятся уже не в git, а в gitlab. Поэтому скорее всего они могут быть утеряны.
Ответить | Правка | Наверх | Cообщить модератору

44. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +/
Сообщение от Аноним (44), 13-Июн-22, 11:48 
> Ну и по закону подлости бывает, что диски одного производителя и одной партии начинают сыпаться в один момент...

Подлость со стороны кого?

Ответить | Правка | Наверх | Cообщить модератору

46. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +/
Сообщение от Аноним (46), 13-Июн-22, 11:54 
Со стороны админа, поставившего в рейд диски из одной партии. Что за глупые вопросы?
Ответить | Правка | Наверх | Cообщить модератору

60. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +1 +/
Сообщение от Аноним (44), 13-Июн-22, 12:59 
Стрелочники? Нам нужно больше стрелочников!
Ответить | Правка | Наверх | Cообщить модератору

107. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +1 +/
Сообщение от КО (?), 13-Июн-22, 16:01 
Тогда уж от разных производителей, чего мелочиться.
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

71. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +/
Сообщение от Аноним (71), 13-Июн-22, 14:01 
"Закон Мёрфи".
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

53. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +/
Сообщение от Аноним (50), 13-Июн-22, 12:14 
Ты забыл рассмотреть вариант что в твой ДЦ может прилететь ракета.  
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

112. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +/
Сообщение от Жока (?), 13-Июн-22, 16:25 
Вот мерж реквесты и баг репорты как раз и проще сделать высокодоступными подняв несколько мастеров постгреса в разных ДЦ
С гитом же сложнее так оно хочет бекенд для файлов в виде объекта  ФС
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

122. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  –1 +/
Сообщение от Семен (??), 13-Июн-22, 18:52 
Копия репозитория уже есть у разработчиков. Архитектура гит такова, что у разработчика полная история коммитов всех отслеживаемых веток. Могут лишь последние коммиты потерять и то мало вероятно, т.к. все мердж реквесты проходят через мейнтейнеров. git репозиторий синхронизируется легко любым файловым менеджером или rsync. Поэтому если сервер накроется медным тазом, восстановить все не вызовет проблем. Думаю проблема там была, что сэкономили, и на нормальное разворачивание ceph денег не хватило, с нормальным не четным фактором репликации, таких проблем не было бы, и что умерло два диска это не смертельно для нормального ceph. Но там видимо сделали через одно место ради экономии, и функции ceph сделали бесполезными и он так будет не редко терять данные. И с ограниченным бюджетом надо было отказаться от ceph и выбрать другой способ репликации. Классические грабли.
Ответить | Правка | Наверх | Cообщить модератору

147. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +/
Сообщение от Аноним (147), 14-Июн-22, 21:34 
Доступность БД выше, чем доступность файловых объектов? Это какой-то новый уровень смузихлёбства 🦄
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

151. "Сбой в GitLab-инфраструктуре FreeDesktop, затронувший репози..."  +/
Сообщение от Michael Shigorinemail (ok), 17-Июн-22, 11:35 
> и оба диска в рейде

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

Так-то именно из-за double fault по дискам (особенно из одной партии, физически более-менее одновременно подошедшим к пределу своего бытия) и пришлось городить RAID6 на замену RAID5, насколько слышал...

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру