Size: a a a

2020 July 10

A

Artem Artemev in uptime.community
Gleb Azarov
По идее ты можешь просто при каждом запуске инкрементить число в файлике на число байт в бэкапе, и отдавать это число в pushgateway. А со стороны запроса с rate это будет выглядеть как пик на графике, потом по сумме за X времени можно построить алерт.
ну в общем тоже так себе решение так как мне на запуске еще нужно знать стейт сколько это число было прошлый раз. Учитывая что это запускается какой то immutable pod то все становится сложнее и сложнее.
источник

A

Artem Artemev in uptime.community
И мои ожидания что это простая штука которая будет мою цифру уносить в прометей не оправдалить. А у виктории я послдений раз алертов не нашел и решил еше подождать. Пойду посмотрю на нее еще раз
источник

S

Stanislav in uptime.community
источник

AK

Artem Karamyshev in uptime.community
У него врод нихера нет сертификаций
источник

AK

Artem Karamyshev in uptime.community
А долбанный фстэк как обычно требует
источник

M

MSfixer in uptime.community
Artem Karamyshev
У него врод нихера нет сертификаций
Четко подмечено
источник
2020 July 12

S

Stanislav in uptime.community
Аварий и простоев становится больше и больше именно в конфигурации и работе ПО, которое стало заметно сложнее, нежели в работе оборудования или инфраструктуре ДЦ.
источник
2020 July 18

EB

Eugene Budanov in uptime.community
источник

EB

Eugene Budanov in uptime.community
Сейчас лежит прямо.
источник

DV

Dmitry Vylegzhanin in uptime.community
Поднялся ж уже вроде
источник

VS

Vladimir Smirnov in uptime.community
Dmitry Vylegzhanin
Поднялся ж уже вроде
есть подозрение что зависит от региноа ) где-то поднялся где-то еще нет
источник

DV

Dmitry Vylegzhanin in uptime.community
Опять...
источник

VS

Vladimir Smirnov in uptime.community
Dmitry Vylegzhanin
Опять...
ну не так часто они падают
источник

DV

Dmitry Vylegzhanin in uptime.community
Да, но мы уже зафиксировали, что поднялось и спать собрались а оно опять)
источник

J

JTProgru in uptime.community
Да вроде не везде ещё оклемались
источник
2020 July 19

S

Stanislav in uptime.community
источник

S

Stanislav in uptime.community
Отказоустойчивость!
источник
2020 July 21

S

Stanislav in uptime.community
Ориентиры при выборе enterprise grade SSD для cache задач.

DPWD - drives writes per day - среднее количество полных перезаписей диска в день, которое может принять диск из расчета полного исчерпания ресурса в течение 5 лет.

PBW - petabytes written - суммарный объем данных, в ПБ, который может принять диск на запись до выхода из строя. Для вычисления времени службы кеша критичен обычно только этот параметр. Вычисляется по формуле:  
DPWD * 365 дней * 5 лет * размер диска в PB
источник

S

Slach in uptime.community
Stanislav
Ориентиры при выборе enterprise grade SSD для cache задач.

DPWD - drives writes per day - среднее количество полных перезаписей диска в день, которое может принять диск из расчета полного исчерпания ресурса в течение 5 лет.

PBW - petabytes written - суммарный объем данных, в ПБ, который может принять диск на запись до выхода из строя. Для вычисления времени службы кеша критичен обычно только этот параметр. Вычисляется по формуле:  
DPWD * 365 дней * 5 лет * размер диска в PB
вот кстати, а нет ли где такой таблички вааще по всем винтам? мож какой сайт коллекционирует подобное?
источник

VS

Vladimir Smirnov in uptime.community
Stanislav
Ориентиры при выборе enterprise grade SSD для cache задач.

DPWD - drives writes per day - среднее количество полных перезаписей диска в день, которое может принять диск из расчета полного исчерпания ресурса в течение 5 лет.

PBW - petabytes written - суммарный объем данных, в ПБ, который может принять диск на запись до выхода из строя. Для вычисления времени службы кеша критичен обычно только этот параметр. Вычисляется по формуле:  
DPWD * 365 дней * 5 лет * размер диска в PB
тока сокращение кривое, чаще DWPD пишут 🙂
источник