F
ага ну это хоть проясняте ситуацию
Size: a a a
2020 April 09
F
пасибки
F
там хдд-хи скрабились что были в default.rgw.buckets.data
AM
вопрос - сеф люминус, стоят три флага noscrub, nodeep-scrub и noout. Но новые PG все равно в active+clean+scrubbing. Как так-то? МОжете объяснить почему и как пжлста?
F
гранд ремерсемент
AM
А вот и первые багфиксы к стабильному октопусу подоспели 🥳
https://ceph.io/releases/v15-2-1-octopus-released/
#ceph #octopus #release
https://ceph.io/releases/v15-2-1-octopus-released/
#ceph #octopus #release
AM
И rook 1.3 с поддержкоц октопуса 🤗
https://ceph.io/community/rook-v1-3-octopus-osd-enhancements-and-more/
#rook #release
https://ceph.io/community/rook-v1-3-octopus-osd-enhancements-and-more/
#rook #release
N
Rook даёт мнимую лёкгость установки кластера мы получаем кучу проблем от самого ceph приправленных спецификой kubernetes. Если ceph по некоторым оценкам плохо готов к эксплуатации 24/7 365 дней в году, то готов ли Rook хоть к чему-то очень большой вопрос.
https://habr.com/ru/post/452174/
https://habr.com/ru/post/452174/
Кстати, а вот в новой версии реализовали развертывание и обновление с помощью контейнеров: https://ceph.io/ceph-management/introducing-cephadm/ Остается ли сказанное в адрес rook верным в отношении cephadm? Или есть существенная разница в пользу cephadm по каким-либо причинам?
МК
This release fixes an upgrade issue
МS
Nikita
Кстати, а вот в новой версии реализовали развертывание и обновление с помощью контейнеров: https://ceph.io/ceph-management/introducing-cephadm/ Остается ли сказанное в адрес rook верным в отношении cephadm? Или есть существенная разница в пользу cephadm по каким-либо причинам?
Завтра почитаю
2020 April 10
AM
Nikita
Кстати, а вот в новой версии реализовали развертывание и обновление с помощью контейнеров: https://ceph.io/ceph-management/introducing-cephadm/ Остается ли сказанное в адрес rook верным в отношении cephadm? Или есть существенная разница в пользу cephadm по каким-либо причинам?
cpehadm использует контейнеры для доставки приклада, в нем нет кучи обсракций и слоев которое идут с кубером.
так что да если кубер не нужен то лучше cephadm имхо.
так что да если кубер не нужен то лучше cephadm имхо.
AM
хотя конечно то, что они принудительно впихуяили лишний слой в виде контейнеров это чепяль
ДР
Всем утро доброе !!
ДР
Может кто гонял такие ssd?
ДР
ДР
Wd gold ssd
k
Ищу вентилятор (1 шт) на Dell PowerEdge R530 которые на морде 6шт.
AA
Всем привет! Нужен человек
AA
Системный администратор СХД (Ceph)
Требования:
- Понимание и принятие подхода "infrastructure as a code".
- Системы управления конфигурациями (Ansible);
- Опыт системного администрирования Linux
- Опыт работы с системами мониторинга (Prometheus)
- Опыт работы с CEPH
- Опыт работы с системами контроля версий
- Опыт работы по настройке и администрированию сетей
- Трезвый рассудок, холодное сердце, стальные нервы
- Необходимо выполнить тестовое задание
Обязанности:
- полная ответственность за мониторинг и администрирование СХД (ceph)
- взаимодействие с хостерами (в т.ч. англ яз)
- максимально оперативное решение проблем (что-то сломалось - пришел алерт, сразу встал, выяснил и починил)
- взаимодействие с профи-командой разработчиков, админов, девопсов
- умение отстаивать свою точку зрения
Условия работы:
- Удаленка
- Гибкий график
- Официальное трудоустройство
- Адекватная компенсация (до 180к руб/мес)
Резюме и ссылку на результат тестового задания отправлять на: hr@shuteam.tech
---
Тестовое задание:
Написать роль ansible для управления фаерволлом. Позволяет формировать правила фаерволла на основе инвентаря (inventory) ansible
Возможные входные данные для роли:
- whitelist IP-адресов (разрешены любые входящие подключения с этих IP)
- whitelist портов (разрешены любые входящие подключения на эти порты)
- whitelist {dst_port: src_host_list}, где dst_port - порт на хосте, на который можно подключиться с любого адреса из спика (list) src_host_list
Любые другие входящие соединения запрещены.
Должна обязательно поддерживать Debian-based дистрибутивы, и опционально RHEL-based.
Требования:
- Понимание и принятие подхода "infrastructure as a code".
- Системы управления конфигурациями (Ansible);
- Опыт системного администрирования Linux
- Опыт работы с системами мониторинга (Prometheus)
- Опыт работы с CEPH
- Опыт работы с системами контроля версий
- Опыт работы по настройке и администрированию сетей
- Трезвый рассудок, холодное сердце, стальные нервы
- Необходимо выполнить тестовое задание
Обязанности:
- полная ответственность за мониторинг и администрирование СХД (ceph)
- взаимодействие с хостерами (в т.ч. англ яз)
- максимально оперативное решение проблем (что-то сломалось - пришел алерт, сразу встал, выяснил и починил)
- взаимодействие с профи-командой разработчиков, админов, девопсов
- умение отстаивать свою точку зрения
Условия работы:
- Удаленка
- Гибкий график
- Официальное трудоустройство
- Адекватная компенсация (до 180к руб/мес)
Резюме и ссылку на результат тестового задания отправлять на: hr@shuteam.tech
---
Тестовое задание:
Написать роль ansible для управления фаерволлом. Позволяет формировать правила фаерволла на основе инвентаря (inventory) ansible
Возможные входные данные для роли:
- whitelist IP-адресов (разрешены любые входящие подключения с этих IP)
- whitelist портов (разрешены любые входящие подключения на эти порты)
- whitelist {dst_port: src_host_list}, где dst_port - порт на хосте, на который можно подключиться с любого адреса из спика (list) src_host_list
Любые другие входящие соединения запрещены.
Должна обязательно поддерживать Debian-based дистрибутивы, и опционально RHEL-based.
IF
Системный администратор СХД (Ceph)
Требования:
- Понимание и принятие подхода "infrastructure as a code".
- Системы управления конфигурациями (Ansible);
- Опыт системного администрирования Linux
- Опыт работы с системами мониторинга (Prometheus)
- Опыт работы с CEPH
- Опыт работы с системами контроля версий
- Опыт работы по настройке и администрированию сетей
- Трезвый рассудок, холодное сердце, стальные нервы
- Необходимо выполнить тестовое задание
Обязанности:
- полная ответственность за мониторинг и администрирование СХД (ceph)
- взаимодействие с хостерами (в т.ч. англ яз)
- максимально оперативное решение проблем (что-то сломалось - пришел алерт, сразу встал, выяснил и починил)
- взаимодействие с профи-командой разработчиков, админов, девопсов
- умение отстаивать свою точку зрения
Условия работы:
- Удаленка
- Гибкий график
- Официальное трудоустройство
- Адекватная компенсация (до 180к руб/мес)
Резюме и ссылку на результат тестового задания отправлять на: hr@shuteam.tech
---
Тестовое задание:
Написать роль ansible для управления фаерволлом. Позволяет формировать правила фаерволла на основе инвентаря (inventory) ansible
Возможные входные данные для роли:
- whitelist IP-адресов (разрешены любые входящие подключения с этих IP)
- whitelist портов (разрешены любые входящие подключения на эти порты)
- whitelist {dst_port: src_host_list}, где dst_port - порт на хосте, на который можно подключиться с любого адреса из спика (list) src_host_list
Любые другие входящие соединения запрещены.
Должна обязательно поддерживать Debian-based дистрибутивы, и опционально RHEL-based.
Требования:
- Понимание и принятие подхода "infrastructure as a code".
- Системы управления конфигурациями (Ansible);
- Опыт системного администрирования Linux
- Опыт работы с системами мониторинга (Prometheus)
- Опыт работы с CEPH
- Опыт работы с системами контроля версий
- Опыт работы по настройке и администрированию сетей
- Трезвый рассудок, холодное сердце, стальные нервы
- Необходимо выполнить тестовое задание
Обязанности:
- полная ответственность за мониторинг и администрирование СХД (ceph)
- взаимодействие с хостерами (в т.ч. англ яз)
- максимально оперативное решение проблем (что-то сломалось - пришел алерт, сразу встал, выяснил и починил)
- взаимодействие с профи-командой разработчиков, админов, девопсов
- умение отстаивать свою точку зрения
Условия работы:
- Удаленка
- Гибкий график
- Официальное трудоустройство
- Адекватная компенсация (до 180к руб/мес)
Резюме и ссылку на результат тестового задания отправлять на: hr@shuteam.tech
---
Тестовое задание:
Написать роль ansible для управления фаерволлом. Позволяет формировать правила фаерволла на основе инвентаря (inventory) ansible
Возможные входные данные для роли:
- whitelist IP-адресов (разрешены любые входящие подключения с этих IP)
- whitelist портов (разрешены любые входящие подключения на эти порты)
- whitelist {dst_port: src_host_list}, где dst_port - порт на хосте, на который можно подключиться с любого адреса из спика (list) src_host_list
Любые другие входящие соединения запрещены.
Должна обязательно поддерживать Debian-based дистрибутивы, и опционально RHEL-based.
вилка?