Тут еще возможна ситуация когда звезды покупаются в реальных живых людей. Нет, конечно сам Линус не пойдет вам звезды ставить, а вот какой нибудь индус/африканец, распознающий капчу на досуге, вполне.
Скорее всего он уже есть. Иначе сложно объяснить так резко меняющийся яндекс директ в зависимости от того о чем последнее время говоришь рядом с девайсами.
А вот с kubernetes не все так однозначно. Для отказоустойчивости вам понадобится третья машина, в ином случае невозможно будет однозначно определить, это машинка сломалась или просто сеть между ними порвалась. Типовая ситуация split-brain.
Ситуация аналогична шлагбаумам Came на 433. Уже очень давно известно что там вариаций ключа 4096. И все их перебрать дело 3-5 минут. Но люди по сей день из ставят.
Он лишь внешне на него похож. Но копнув глубже узнаешь ограничения функциональные и лимиты. Например 10к push сообщений в месяц. Для команды это мало. А пересобирать мобильные приложения и самим его дистрибьютить это уже геморрой. Треды там сделаны достаточно криво. В общем недостатков много. Ставить его рядом со slack ну никак нельзя.
Да, логику я понял, но опыт подсказывает что обычно новое, помимо починки старого, ломает что-то еще, просто в другом месте. И кажется без разработчика в такое лучше не лезть. То что оно собралось, а не отвалилось сразу, не значит что стало лучше.
Да-да, вот именно что следить с k3s придется еще за +n сервисов, которые будут так же иметь возможность встать в дедлок и сожрать место. Или k3s нерушимый из вселенной с единорогами и бабочками?
А вообще очень рекомендую посмотреть на пакеты гитлаба и то как там все устроено. За последние 5 лет не пропустил ни одной версии. Обновление стоковым пакетным менеджером занимает порядка 5-7 минут. Пользователей чуть больше сотни. И ни разу за это время он не падал и есть не просил. Не говорю о том что ему не нужен резерв, скорее про то что однонодовый k3s с ним будет менее отказоустойчивый чем без него.
k3s не обладает AI и не особо думает что рестартить. Поднимает все что упало, но должно было работать. Сей уникальный функционал вполне доступен и без него.
Непонятно зачем, это про k3s в текущем конфиге. Чтобы автоматом рестартить приложение не нужен k3s. Без даунтайма накатывать апдейты в данном конфиге, тоже такое себе. Ничего больше переключения балансера k3s тут не сделает. Зачем его тащить, не понятно.
На k3s который на виртуалке который на железном сервере который в колокейшне. Чтоб прям целая ИС получилось и команду саппорта на нее и отдел начальства :))
Стандартные утилиты вроде fdisk или GParted предлагают предварительно размонтировать раздел.
Та вроде нет. Для операций на живом разделе только partprobe дернуть нужно чтобы таблицу перечитало ядро.
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 12G 2.8G 8.4G 25% /
/dev/sdb1 542G 452G 90G 84% /var
# fdisk /dev/sdb
Welcome to fdisk (util-linux 2.27.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
Command (m for help): d
Selected partition 1
Partition 1 has been deleted.
Command (m for help): n
Partition type
p primary (0 primary, 0 extended, 4 free)
e extended (container for logical partitions)
Select (default p):
Using default response p.
Partition number (1-4, default 1):
First sector (2048-1174405119, default 2048):
Last sector, +sectors or +size{K,M,G,T,P} (2048-1174405119, default 1174405119):
Created a new partition 1 of type 'Linux' and of size 560 GiB.
Command (m for help): w
The partition table has been altered.
Calling ioctl() to re-read partition table.
Re-reading the partition table failed.: Device or resource busy
The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8).
# partprobe
# resize2fs /dev/sdb1
resize2fs 1.42.13 (17-May-2015)
Filesystem at /dev/sdb1 is mounted on /var; on-line resizing required
old_desc_blocks = 35, new_desc_blocks = 35
The filesystem on /dev/sdb1 is now 146800384 (4k) blocks long.
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 12G 2.8G 8.4G 25% /
/dev/sdb1 552G 452G 100G 82% /var
Укажите в статье что такого нельзя делать на основном разделе. А то сейчас народ по незнанию побежит отнимать "награбленное" системой, а потом окончанию места будет вас же и проклинать. )
А то такого много можно насоветовать. "Отключайте fsync под базами, они будут быстрее работать!", "Используйте RAID0 вместо RAID1, так вы сэкономите кучу места!" и прочие облегчающие жизнь советы...
Госсайтам, как и любым другим проектам нужны не счетчики и рекламные блоки, им нужна аналитика. Дада, на ряде госсайтов так же как и на вполне коммерческих проектах ведется аналитика, АБ тестирование и даже воронки есть. И конверсию показывают. Понятно что далеко не всегда эта конверсия в деньги. Скорее в полученные услуги, и тп.
И если мы говорим не про районную управу где-то в далекой периферии, а современные и популярные госсайты, то под капотом там все точно так же как и сайтов без приставки "гос". Может цели чуть другие, бюрократии побольше, может где-то легаси в наследстве, но все тоже самое. Технологии они везде одни и те же.
Тут еще возможна ситуация когда звезды покупаются в реальных живых людей. Нет, конечно сам Линус не пойдет вам звезды ставить, а вот какой нибудь индус/африканец, распознающий капчу на досуге, вполне.
Скорее всего он уже есть. Иначе сложно объяснить так резко меняющийся яндекс директ в зависимости от того о чем последнее время говоришь рядом с девайсами.
P.S до того как начал неистово гуглить
Спасибо за статью, интересная машинка.
А вот с kubernetes не все так однозначно. Для отказоустойчивости вам понадобится третья машина, в ином случае невозможно будет однозначно определить, это машинка сломалась или просто сеть между ними порвалась. Типовая ситуация split-brain.
Присоединяюсь к вопросу. Рассматривали ли rocket chat?
Ситуация аналогична шлагбаумам Came на 433. Уже очень давно известно что там вариаций ключа 4096. И все их перебрать дело 3-5 минут. Но люди по сей день из ставят.
Он лишь внешне на него похож. Но копнув глубже узнаешь ограничения функциональные и лимиты. Например 10к push сообщений в месяц. Для команды это мало. А пересобирать мобильные приложения и самим его дистрибьютить это уже геморрой. Треды там сделаны достаточно криво. В общем недостатков много. Ставить его рядом со slack ну никак нельзя.
Весь прикол ситуации в том что некоторые(надеюсь не все) операторы, например Билайн, показывают в детализации подмененный номер, а не реальный.
Да, логику я понял, но опыт подсказывает что обычно новое, помимо починки старого, ломает что-то еще, просто в другом месте. И кажется без разработчика в такое лучше не лезть. То что оно собралось, а не отвалилось сразу, не значит что стало лучше.
Впечатляет глубина погружения. Но у меня в голове не матчится это:
С тем что дальше внушительная часть истории идет о том как вы меняли версии библиотек и пересобирали приложение )
Да-да, вот именно что следить с k3s придется еще за +n сервисов, которые будут так же иметь возможность встать в дедлок и сожрать место. Или k3s нерушимый из вселенной с единорогами и бабочками?
А вообще очень рекомендую посмотреть на пакеты гитлаба и то как там все устроено. За последние 5 лет не пропустил ни одной версии. Обновление стоковым пакетным менеджером занимает порядка 5-7 минут. Пользователей чуть больше сотни. И ни разу за это время он не падал и есть не просил. Не говорю о том что ему не нужен резерв, скорее про то что однонодовый k3s с ним будет менее отказоустойчивый чем без него.
Чтобы сервисы рестартить хватает systemd из коробки. 3 строки конфига, одна из которых заголовок.
k3s не обладает AI и не особо думает что рестартить. Поднимает все что упало, но должно было работать. Сей уникальный функционал вполне доступен и без него.
Непонятно зачем, это про k3s в текущем конфиге. Чтобы автоматом рестартить приложение не нужен k3s. Без даунтайма накатывать апдейты в данном конфиге, тоже такое себе. Ничего больше переключения балансера k3s тут не сделает. Зачем его тащить, не понятно.
На k3s который на виртуалке который на железном сервере который в колокейшне. Чтоб прям целая ИС получилось и команду саппорта на нее и отдел начальства :))
Та вроде нет. Для операций на живом разделе только partprobe дернуть нужно чтобы таблицу перечитало ядро.
Интересно. Неужели не поддаются переработке?
Первое правило устройства дизайнера на работу - "Всегда проверяй, включен ли CAPS LOCK"
Вспомнилось:
- Сколько нужно вложить в биткоин чтобы через год был 1млн $ ?
- 2х млн должно хватить
Укажите в статье что такого нельзя делать на основном разделе. А то сейчас народ по незнанию побежит отнимать "награбленное" системой, а потом окончанию места будет вас же и проклинать. )
А то такого много можно насоветовать. "Отключайте fsync под базами, они будут быстрее работать!", "Используйте RAID0 вместо RAID1, так вы сэкономите кучу места!" и прочие облегчающие жизнь советы...
Госсайтам, как и любым другим проектам нужны не счетчики и рекламные блоки, им нужна аналитика. Дада, на ряде госсайтов так же как и на вполне коммерческих проектах ведется аналитика, АБ тестирование и даже воронки есть. И конверсию показывают. Понятно что далеко не всегда эта конверсия в деньги. Скорее в полученные услуги, и тп.
И если мы говорим не про районную управу где-то в далекой периферии, а современные и популярные госсайты, то под капотом там все точно так же как и сайтов без приставки "гос". Может цели чуть другие, бюрократии побольше, может где-то легаси в наследстве, но все тоже самое. Технологии они везде одни и те же.