А тестовая среда есть?

Которую сейчас сделал и есть как бы тестовая. Посмотреть как работать будет.

и 2 ссд?

А, ну огонь. Я бы там и прогнал предложеннные варианты. Тот же глустер

на 8 дисков?

Разницы нет. Ресурсов много. Но у этой конкретно по 2 сас спереди на лезвиях и смарт эррэй отдельные для хардов из хранилищ.

Которую сейчас сделал и есть как бы тестовая. Посмотреть как работать будет.

поймите тестовая среда под гластер и ceph для начинающих это не полудохлые вм в esxi

Ну я могу просто поднять без вм и прочего. Мне бы просто посмотреть какая и как работает.

https://github.com/alibaba/Dragonfly/blob/master/README.md

Выглядит интересно :)

поймите тестовая среда под гластер и ceph для начинающих это не полудохлые вм в esxi

По этому и спрашиваю, что посоветуете.

lsyncd возможно подойдет

Это?

По этому и спрашиваю, что посоветуете.

мы не знаем объёмов, мы не знаем какая у вас нагрузка, мы не знаем какое у вас железо, мы не знаем какая у вас редакция esxi, инфы оч мало

но например glusterfs и ceph это только блочные устройства

если мы говорим про нормальную работу

мы не знаем объёмов, мы не знаем какая у вас нагрузка, мы не знаем какое у вас железо, мы не знаем какая у вас редакция esxi, инфы оч мало

esxi только на одном лезвии. На остальных proxmox.

мы не знаем объёмов, мы не знаем какая у вас нагрузка, мы не знаем какое у вас железо, мы не знаем какая у вас редакция esxi, инфы оч мало

Нагрузка небольшая. Приоритет целостности данных над скоростью работы.

Ну вот хорошо, для маленькой нагрузки что посоветуете?

а файлов много в папке?

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

а файлов много в папке?

ну, 100000 возьмем к примеру.

многовато имхо для гластера, если ориентироваться на рост

я бы пошел по простому пути - rsync по крону ( можно еще icron/inotify по файловому событию на фс) + в ngnix логику, что если 404, отправлять запрос на второй сервер. но это можно назвать костылем

я бы пошел по простому пути - rsync по крону ( можно еще icron/inotify по файловому событию на фс) + в ngnix логику, что если 404, отправлять запрос на второй сервер. но это можно назвать костылем

у человека руководство хочет ha, чтобы в любую минуту вышел из строя сервер но всё продолжило работать как не бывало

и rsync по крону тут не поможет

в первом сообщении ничего нет про HA

явно. хотя наверное он это подразумевал. тогда такой костыль не годится, да

у человека руководство хочет ha, чтобы в любую минуту вышел из строя сервер но всё продолжило работать как не бывало

Это FT, a не НА

У ceph есть cephfs, если очень нужно

Это FT, a не НА

Расскажите, в чем разница между FT и HA, для необразованных :) И почему HA не подходит к данному вопросу)?

Расскажите, в чем разница между FT и HA, для необразованных :) И почему HA не подходит к данному вопросу)?

В чём разница отказоустойчивости от простой высокой доступности? Серьёзно?

?

Расскажите, в чем разница между FT и HA, для необразованных :) И почему HA не подходит к данному вопросу)?

По поводу второго вопроса - хз, я Хрыча поправил

У ceph есть cephfs, если очень нужно

и как это отменяет необходимость оборудования. Ты серьёзно согласишься обслуживать ceph в проде на дисках из vdmk образов?

В чём разница отказоустойчивости от простой высокой доступности? Серьёзно?

))) Ну ок. Тут видно бессмысленно возвращаться к определениям

))) Ну ок. Тут видно бессмысленно возвращаться к определениям

Ну смотри. НА - это когда хостинг тебе говорит, что будут работать 99.9% времени. А FT - это работа 100% времени не смотря ни на что

? MOSCOW KUBERNETES MEETUP 3 5 месяцев?! Друзья, коллеги, мы не встречались целую вечность! Хватит, хватит это терпеть! 20 июня, офис Ingram Micro. Kubernetes, Москва, снова вместе. Kubernetes стал стандартом де-факто в мире кластером. Чат русскоговорящего сообщества Kubernetes в Telegram ( https://t.me/kubernetes_ru ) перегрет горячими обсуждениями. Нас уже более 1500 участников. Казалось бы, всё уже обсудили, но нет. На этот раз, наш ждёт что-то новое. Выходим за границы привычного. Впервые у нас в гостях англоязычный спикер. Поэтому, отменяйте планы на среду, приглашайте с собой коллег и готовьтесь погрузиться в новый большой мир. Настала пора обсудить – куда же мы все пришли за последние 15 месяцев? ПРОГРАММА: 19:00 - 19:20 Socializing 19:20 - 19:35 Welcome & digest, some fun 19:35 - 20:15 Networking and security in Kubernetes (Emil Gągała, VMware, EMEA Network and Security Architect) Do I need something more than Flannel? Flannel seems to be most popular networking option in Kubernetes. Is it the only choice? How to implement namespaces, services, ingress controller, network policy in more efficient way? And not forget about 2 day operations simplicity? Join my session to see live demo of K8S networking with VMware NSX. Bio: Emil Gągała – network consultant, enthusiast of cloud technology and cloud native applications. Graduate of telecommunications at Warsaw University of Technology. Three years ago he joined VMware team as EMEA Network & Security Architect. Involved in NSX projects in areas of Kubernetes, OpenStack and Cloud. Previously he worked as Senior System Engineer in Juniper Networks. He has expertise in area of core networks, data centers and security. VCIX-NV, AWS-CSA and JNCIE certified. 20:15 - 20:55 Kubernetes Bare Metal (Михаил Жучков, Neuron Digital, SRE Team Lead) В данном докладе Михаил расскажет о том, как жить с Kubernetes на "железных" серверах без облаков. Про L3 сети, про Calico, про его дружбу с OSPF. Поднимутся проблемы написания своих плейбуков для установки кластера и обсудим плюсы-минусы такого подхода. Био: Михаил – "классический" админ с 10-летним стажем, нырнувший пару лет назад в модный стек технологий. С радостью познаёт новые технологии и с болью смотрит на то, как их познают другие. Известен своими провокациями про OpenStack vs Kubernetes. ? 20:55 - 21:15 Кофе-брейк, чай-пати, горячие дискуссии 21:15 - 22:00 Обзор Kubernetes как сервиса от облачной платформы Mail.Ru (Дмитрий Лазаренко, Mail.Ru Group, Product Manager) Недавно компания Mail.Ru Group запустила Kubernetes как услугу в облаке Mail.Ru Cloud Solutions, которая позволяет быстро создавать и масштабировать кластеры Kubernetes, включая multi master. В докладе Дмитрий расскажет о том, что под капотом этого решения - про функциональную начинку и системную архитектуру, про интеграцию с IaaS-платформой на базе OpenStack (приватные сети, блочные и NFS Persistent Volumes и PVC, LoadBalancer), а также про модель безопасности. Био: Дмитрий отвечает за PaaS-сервисы B2B-облака Mail.Ru, включая контейнерные решения на базе Kubernetes. До этого, в течение 6 лет работал в Jelastic, отвечал за разработку и развитие контейнерной PaaS-платформы. Эксперт в построении высоконагруженных сервисов. 22:00 - 6:00 Afterpaty? ? УСЛОВИЯ УЧАСТИЯ: 1. Мероприятие бесплатное. 2. Регистрация по ссылке - https://www.meetup.com/Moscow-Kubernetes-Meetup/events/251806061/ 3. Вход строго по регистрации. ВНИМАНИЕ! Необходимо обязательно указать в настройках профайла на Meetup.com свои имя и фамилию. ВОПРОСЫ? Появились вопросы или готовы выступить с докладом на следующем митапе? Пишите в Telegram: - https://t.me/DenisIzmaylov Или на e-mail: events@axept.co

? MOSCOW KUBERNETES MEETUP 3 5 месяцев?! Друзья, коллеги, мы не встречались целую вечность! Хватит, хватит это терпеть! 20 июня, офис Ingram Micro. Kubernetes, Москва, снова вместе. Kubernetes стал стандартом де-факто в мире кластером. Чат русскоговорящего сообщества Kubernetes в Telegram ( https://t.me/kubernetes_ru ) перегрет горячими обсуждениями. Нас уже более 1500 участников. Казалось бы, всё уже обсудили, но нет. На этот раз, наш ждёт что-то новое. Выходим за границы привычного. Впервые у нас в гостях англоязычный спикер. Поэтому, отменяйте планы на среду, приглашайте с собой коллег и готовьтесь погрузиться в новый большой мир. Настала пора обсудить – куда же мы все пришли за последние 15 месяцев? ПРОГРАММА: 19:00 - 19:20 Socializing 19:20 - 19:35 Welcome & digest, some fun 19:35 - 20:15 Networking and security in Kubernetes (Emil Gągała, VMware, EMEA Network and Security Architect) Do I need something more than Flannel? Flannel seems to be most popular networking option in Kubernetes. Is it the only choice? How to implement namespaces, services, ingress controller, network policy in more efficient way? And not forget about 2 day operations simplicity? Join my session to see live demo of K8S networking with VMware NSX. Bio: Emil Gągała – network consultant, enthusiast of cloud technology and cloud native applications. Graduate of telecommunications at Warsaw University of Technology. Three years ago he joined VMware team as EMEA Network & Security Architect. Involved in NSX projects in areas of Kubernetes, OpenStack and Cloud. Previously he worked as Senior System Engineer in Juniper Networks. He has expertise in area of core networks, data centers and security. VCIX-NV, AWS-CSA and JNCIE certified. 20:15 - 20:55 Kubernetes Bare Metal (Михаил Жучков, Neuron Digital, SRE Team Lead) В данном докладе Михаил расскажет о том, как жить с Kubernetes на "железных" серверах без облаков. Про L3 сети, про Calico, про его дружбу с OSPF. Поднимутся проблемы написания своих плейбуков для установки кластера и обсудим плюсы-минусы такого подхода. Био: Михаил – "классический" админ с 10-летним стажем, нырнувший пару лет назад в модный стек технологий. С радостью познаёт новые технологии и с болью смотрит на то, как их познают другие. Известен своими провокациями про OpenStack vs Kubernetes. ? 20:55 - 21:15 Кофе-брейк, чай-пати, горячие дискуссии 21:15 - 22:00 Обзор Kubernetes как сервиса от облачной платформы Mail.Ru (Дмитрий Лазаренко, Mail.Ru Group, Product Manager) Недавно компания Mail.Ru Group запустила Kubernetes как услугу в облаке Mail.Ru Cloud Solutions, которая позволяет быстро создавать и масштабировать кластеры Kubernetes, включая multi master. В докладе Дмитрий расскажет о том, что под капотом этого решения - про функциональную начинку и системную архитектуру, про интеграцию с IaaS-платформой на базе OpenStack (приватные сети, блочные и NFS Persistent Volumes и PVC, LoadBalancer), а также про модель безопасности. Био: Дмитрий отвечает за PaaS-сервисы B2B-облака Mail.Ru, включая контейнерные решения на базе Kubernetes. До этого, в течение 6 лет работал в Jelastic, отвечал за разработку и развитие контейнерной PaaS-платформы. Эксперт в построении высоконагруженных сервисов. 22:00 - 6:00 Afterpaty? ? УСЛОВИЯ УЧАСТИЯ: 1. Мероприятие бесплатное. 2. Регистрация по ссылке - https://www.meetup.com/Moscow-Kubernetes-Meetup/events/251806061/ 3. Вход строго по регистрации. ВНИМАНИЕ! Необходимо обязательно указать в настройках профайла на Meetup.com свои имя и фамилию. ВОПРОСЫ? Появились вопросы или готовы выступить с докладом на следующем митапе? Пишите в Telegram: - https://t.me/DenisIzmaylov Или на e-mail: events@axept.co

Щас бы простыню в чатик скидывать и пинить

Щас бы простыню в чатик скидывать и пинить

это напоминалка, все норм

Щас бы простыню в чатик скидывать и пинить

У кого-то день плохой ))

это напоминалка, все норм

Для простыни есть телеграф же

У кого-то день плохой ))

Не, я сегодня в отличном настроении. Отпуск начался

вот ты бы полез в телеграф за ней?

вот ты бы полез в телеграф за ней?

Да

а в чем отличия

а в чем отличия

В том, что обсуждение уехало на десяток экранов вверх

Да

он зобанен, над включать vpn :(

Напоминалки себе пишутся в свои же сообщегия

он зобанен, над включать vpn :(

+

https://royal.pingdom.com/2009/03/24/a-handy-uptime-and-downtime-conversion-cheat-sheet/ в тему немного подкину)

В том, что обсуждение уехало на десяток экранов вверх

О ужас какой

он зобанен, над включать vpn :(

Ойтишнег без впн?

где это он забанен?

в россии

я из спб его вижу

где это он забанен?

В Россиюшке-матушке

О,о

Судари, доброго утра! Кто с AOC 3108 дело имел? Эта радость не передаёт диск биосу матушки.

skynet

и как это отменяет необходимость оборудования. Ты серьёзно согласишься обслуживать ceph в проде на дисках из vdmk образов?

А текущий кластер с nginx на виртуалках?

Ну смотри. НА - это когда хостинг тебе говорит, что будут работать 99.9% времени. А FT - это работа 100% времени не смотря ни на что

100% никто никогда не дает. 99.9% это SLA по Availability тогда уже. HA и FT - это уже архетектурные определения. на мой взгляд. и FYI: FT является важнейшним аспектом HA систем.

А текущий кластер с nginx на виртуалках?

ну там же сказано esxi

Ребята, кто-нибудь сталкивался? Модуль postgresql_privs в Ansible убивает текущие права у пользователя, или добавляет права из yml-файла? Задача: к уже имеющимся правам (которые раньше были предоставлены без использования Ansible) добавить новые. Можно ли одному пользователю в файле предоставить несколько прав

Ребята, кто-нибудь сталкивался? Модуль postgresql_privs в Ansible убивает текущие права у пользователя, или добавляет права из yml-файла? Задача: к уже имеющимся правам (которые раньше были предоставлены без использования Ansible) добавить новые. Можно ли одному пользователю в файле предоставить несколько прав

Он добавляет/убирает то, что ты ему говоришь. Права построенные вне его его не волнуют, если ты прямо не указываешь что-то из них изменить.

Он добавляет/убирает то, что ты ему говоришь. Права построенные вне его его не волнуют, если ты прямо не указываешь что-то из них изменить.

Ништяк?

ну там же сказано esxi

Ну еще proxmox есть. ??

Ну еще proxmox есть. ??

Только там создаешь кластер и бах, существующих машин не существует и если ты их не бекапил, то жопа.

Только там создаешь кластер и бах, существующих машин не существует и если ты их не бекапил, то жопа.

может все таки кластер заранее готовится?

Только там создаешь кластер и бах, существующих машин не существует и если ты их не бекапил, то жопа.

Я не ощень понимаю такой пессимизм, как админ проксмокса начиная с его 2.x версии) Это смочь надо

может все таки кластер заранее готовится?

Может, может. Но не все же можно предусмотреть. Поэтому придется поднимать новые проксмокс и делать новый кластер и смотреть как все это работает. Дороговато выходит.

кстати, кто как с IGMP Proxmox для построения кластера справлялся? ковырял Микротик, потом плюнул на это бревно и циской автоматом разрулил

DevOps которых мы заслужили. Проксмокс и микротик

почему нет, если ресурсов не было других)

пуппет

отлично пошутил

Ребята. У не совсем по теме вопрос, но вдруг кто-то знает. Есть кубер в AWS private subnet и есть Travis CI. Очень хочется деплоить из тревиса в кубер. Что можно придумать?

писать кубер-манифесты?

https://caveofcode.com/2017/03/continuous-delivery-to-kubernetes-with-travis-ci/

вторая ссылка в гугле

Это я видел. Но повторяю, доступа к куберу нет.

лол а как вы собираетесь что то деплоить без доступа в кубер

вам как минимум нужен админ аккаунт для этого

Например я могу использовать "нечто" что имеет доступ к тревису и куберу )

Очень хочется спрятать кубер в private network. Но исторически используется TravisCI. Переход на Jenkins (или на чтонибуть не SaaS) решило бы проблему, но затратно по времени.

Sandbox https://i.sandbox.love/kmMRteoOBN

@kozlov_aa все таки нужен бот

Парни, я кто однажды выбирал между GitLab и Jenkins и выбрал GitLab, что было определяющим?

история)