Как стать автором
Обновить
15
Карма
0
Рейтинг
Руслан Заночь @pys

Системный администратор

  • Подписчики 6
  • Подписки

Понимание вертикального автомасштабирования подов в Kubernetes

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

IntelliJ IDEA 2020.2

Подскажите, как работает редактирование секретов в k8s? Пытаюсь редактировать, пишет:
Failed to make /junkyard/secrets/test-new-ide-editor.yaml writable.

и не дает.

У меня PyCharm 2020.2.1 Professional Edition.

Как мы боролись с Роскомнадзором и что из этого вышло

Ссылка по ховеру на картинке битая prntscr.com/l4frpf

Зачем бэкап? У нас же RAID

Я хотел сказать, реплики в другом ДЦ и RAID это не бэкап. Бэкап — это то что нужно (чаще всего) когда сам стёр или испортил данные. Метеориты падают в ДЦ или отдельно взятые RAID-массивы гораздо реже. Поэтому бэкапить все равно надо. Есть способы сделать это и для кластера mongodb, они даже описаны в документации.

Зачем бэкап? У нас же RAID

Их тоже можно и нужно бэкапить, дополнительные ноды это тот же RAID)

Как пережить масштабирование и синхронизировать-таки всё между дата-центрами

Мы, кстати, тоже так бэкапим БД, только снапшотим средствами LVM. Но я не совсем понял в чем идея. Делать снапшоты одновременно на обоих серверах, как-то diff-ать их по сети и применять изменения на «слэйв-сервере»?

Как пережить масштабирование и синхронизировать-таки всё между дата-центрами

Какие именно сотни способов решают эту задачу в нашем случае? Предложите наиболее подходящий с вашей точки зрения, нам очень интересно ваше мнение. Заранее спасибо!

Как пережить масштабирование и синхронизировать-таки всё между дата-центрами

Честно говоря, не смотрели. А ZFS под Linux уже production-ready?

Как пережить масштабирование и синхронизировать-таки всё между дата-центрами

Отвечу здесь и на этот, и на предыдущий ваш комментарий. И, возможно, еще на чьи-то.
Во-первых, спасибо за замечание, видимо я не совсем понятно выразился. Мысль была в том, что у нас было, грубо говоря, 2 пути: засунуть файлы в какую-нибудь базу и не засунуть. Понятно, что баз много, хороших и разных. Но нам бы тогда, повторюсь, пришлось переписывать весь код работы с файлами и менять подход к работе с ними, в том числе к их отдаче. Также напомню, что у нас разные ДЦ, т.е. непредсказуемая latency и весьма условный 1Gbps между нодами. Взвесив все «за» и «против» мы выбрали вариант без баз. Безусловно, у обоих вариантов есть недостатки и преимущества.

Как пережить масштабирование и синхронизировать-таки всё между дата-центрами

Мы смотрели, и написали об этом в той части где описаны проблемы выбора между S3-Like хранилищем и чем-то «своим». Т.е. там подразумевается не только Amazon S3, но и все похожие пути решения, вплоть до Mongodb GridFS.

Как пережить масштабирование и синхронизировать-таки всё между дата-центрами

Интересно, посмотрим и на него тоже, спасибо)

Как пережить масштабирование и синхронизировать-таки всё между дата-центрами

Сейчас там ~50млн. инод и ~6Тб данных.

Масштабируемая конфигурация nginx

Есть в этом что-то. Ведь это, по сути, всё о том же благодатном копипасте. Спасибо, попробую)

Масштабируемая конфигурация nginx

Разработчик рассказывает о недостатках и «подводных камнях» своего же продукта, что может быть полезнее и интереснее для пользователя? ИМХО, это гораздо лучше, чем когда просто хвалят и хотят продать. А недостатки есть у всех.

У меня назрел вопрос к разработчикам, будет ли когда-нибудь «красивый» способ вернуть именованный location? Чтобы не вот так:

location / {
    error_page 418 = @backend;
    return 418;
}

Масштабируемая конфигурация nginx

Этот конфиг явно нагенерен шаблонизатором. Либо его написал робот ).

Масштабируемая конфигурация nginx

Речь о том, что кофиг апача становится затейливым и плохочитаемым, и в этом плане автор его сравнивает с конфигом сендмайла — одним из лидеров в сфере затейливости конфигов. В общем он был прав, насчет того, что не многие поймут юмор).

Масштабируемая конфигурация nginx

Насколько я понял из документации, resolve это один из возможных параметров директивы server используемой в секции upstream. Этот параметр заставляет nginx отслеживать изменения ip у этого сервера (резолвит при каждом запросе, или как? наверняка Vbart лучше знает). И там же написано что этот параметр доступен только в Nginx Plus.
http://nginx.org/ru/docs/http/ngx_http_upstream_module.html

Масштабируемая конфигурация nginx

Я имел ввиду вот это место:
А «вишенкой на торте» являются RewriteRules, которые позволяют сделать конфигурацию похожей на sendfile. Немногие оценили юмор, т.к., к счастью, большинство уже не знают, что это такое.


Еще из этой же серии:
Evil — тоже не рекомендуемая конструкция в nginx, потому что, как работает внутри Evil, знает человек 10 в мире, и вы вряд ли входите в их число.
1

Информация

В рейтинге
Не участвует
Откуда
Ростов-на-Дону, Ростовская обл., Россия
Дата рождения
Зарегистрирован
Активность