cloud-shield: Советовать kubernetes для этих задач это сильно... :)
Достаточно парочки производительных VPS и настроить реплики со скриптами переключения и dns с api, все.
Или вон у MIRhosting взять jelastic - для начала будет самое то.
Чукча не читатель, чукча писатель? Было несколько решений предложено.
На обсуждение Kubernetes вышли уже сейчас, фактически в виде стеба, очевидно же, что топикстартер вообще не понимает о чем речь....
Он кстати уже отказался от своей первоначальной идеи.
Junost: Друзья, спасибо ещё раз.
Понял, что правильно это все организовать - сложный и дорогостоящий процесс...
На начальном этапе нет смысла, в будущем сделаем, если проект "взлетит"
Пока ограничимся хорошо настроенной системой бэкапов.
Фигня в том, что меня уже не переубедить.
Когда в течении 10 лет я получаю сервис и аптайм при котором sla не нужен, я уже коней менять не буду.
Смысла нету. Никакого
Центропуп Земли? Почему вы считаете, что на вас лично в обсуждении не наплевать, что вас лично кто-то убеждает сменить хостера?
Ну ОК, по центропуплю тоже. Так то у меня уже с 2004 есть хостер (в РФ) без декларируемого SLA, где за все годы был простой, дай памяти, три дня простоя в сумме. Это 99,94%.
Мы не о вас тут гуторим вовсе.
А о том, что мир хостинга совсем не такой, как вы тут втираете (врете фактически).
Щаз посмотрел у одного из иностранных крупных игроков - вроде как вернут 30% платежей если sla будет менее 99%. И 10% если менее 99.99%. Разумеется куча ограничений и отказа от ответственности.
Шерсти клок в общем-то.
А в россии да. Обычная история "если ваш сервер неделю не работал - вернем бабки за неделю".
Дык смотрите и в РФ не у школохоста.
Доступность услуги в месяц до 99,80 % Время недоступности услуги до 1 часа 30 минут - Размер компенсации 3 %
Доступность услуги в месяц от 99,79% Время недоступности услуги до 99,58 % От 1 часа 31 минуты до 3 часов - Размер компенсации 10 %
Доступность услуги в месяц от 99,57% Время недоступности услуги до 98,62 % От 3 часов 1 минуты до 10 часов - Размер компенсации 30 % Доступность услуги в месяц от 98,61% Время недоступности услуги до 96,7 % От 10 часов 1 минуты до 23 часов 59 минут - Размер компенсации 70 %
Доступность услуги в месяц до 96,6 % Время недоступности услуги от 24 часов - Размер компенсации 100 %
---------- Добавлено 05.10.2018 в 12:57 ----------
sgrumi: Дык смотрите и в РФ не у школохоста.
Доступность услуги в месяц до 99,80 % Время недоступности услуги до 1 часа 30 минут - Размер компенсации 3 %
Доступность услуги в месяц от 99,79% Время недоступности услуги до 99,58 % От 1 часа 31 минуты до 3 часов - Размер компенсации 10 %
Доступность услуги в месяц от 99,57% Время недоступности услуги до 98,62 % От 3 часов 1 минуты до 10 часов - Размер компенсации 30 % Доступность услуги в месяц от 98,61% Время недоступности услуги до 96,7 % От 10 часов 1 минуты до 23 часов 59 минут - Размер компенсации 70 %
Доступность услуги в месяц до 96,6 % Время недоступности услуги от 24 часов - Размер компенсации 100 %
rustelekom: А это не довод, это просто реалии. Кто работает в белую - тот налоги платит. Другое дело, что существует масса компаний, которая не платит налоги совсем - это не только у хостеров же, теневая экономика - это процентов 30 от всего ВВП. А в некоторых регионах и больше.
Но суть не в том.
Суть как раз в этом.
Разговор был конкретно за Германию.
Там - как раз масса компания скорее платит, чем не платит.
То есть компании РФ и Украины в этом смысле - напротив - имеют по налогам преимущество перед германскими. Так как у нас многие именно что не платят.
По вашим же словам выходит - наоборот, что налоги - это наш минус.
Stek: Ну не бывает VIP хостинга. Как и рыба - или свежая или протухшая. А дополнительные услуги в виде мониторинга, поддержки и т.п. - это к хостингу отношения не имеет. Особенно когда идет речь о банковских вещах, куда простого смертного не допустят и условия ничего общего с хостингом не имеют.
Почему это SLA (и работы, необходимые для того, чтобы вы могли выполнить SLA) не имеют отношения к хостингу?
rustelekom: Опыта, конечно нет. Потому что:
б) По опенстэку поглядели - поняли, что осилить можно, но с потерями огромными. Опять же, выходить на конкурентный рынок облаков - где болтаются такие монстры как амазон, гугл, майкрософт, а в россии яндекс, мейл, ростелеком бесполезно без соответствующих ресурсов. Амбиции это хорошо, но амбиции должны быть соразмерны возможностям.
Об этом и речь - Openstack - это дорого по внедрению. Без инвестиций - бесмысленно.
Если че, господин шапкозакидываетель - Селектел свою систему (на базе уже готового OpenStack, который нужно просто взять и внедрить) до коммерчески пригодного состояния доводил 2 года. 2 года они только готовились. Потом еще сколько до допиливали как внедрение пошло.
Вернемся к исходному посылу обсуждения - почему у нас так с тех. поддержкой.
Потому и так: что мало кто внедряет автоматизацию по максимуму, потому как нужны инвестиции. На западе уже нельзя легко поднять бабла - потому инвестируют с ожиданием возврата через годы.
А у нас - ориентированы на быстроденьги, где не нужны инвестиции, у нас еще возможно это заработать.
Советовать kubernetes для этих задач это сильно... :)
Достаточно парочки производительных VPS и настроить реплики со скриптами переключения и dns с api, все.
Или вон у MIRhosting взять jelastic - для начала будет самое то.
Чукча не читатель, чукча писатель? Было несколько решений предложено.
На обсуждение Kubernetes вышли уже сейчас, фактически в виде стеба, очевидно же, что топикстартер вообще не понимает о чем речь....
Он кстати уже отказался от своей первоначальной идеи.
Друзья, спасибо ещё раз.
Понял, что правильно это все организовать - сложный и дорогостоящий процесс...
На начальном этапе нет смысла, в будущем сделаем, если проект "взлетит"
Пока ограничимся хорошо настроенной системой бэкапов.
Но зато вы я вижу "в теме" ? А нет, извините В ТЕМЕ, или даже В ТЕМЕ ?
Я пишу о ЛИЧНОМ опыте. Не об "одна баба сказала" не об "один журналист написал", а о том, что наблюдаю лично. Сам
Мало ли че вы не напишите ради красного словца.
Вам лично веры мало. Вы не центропуп Земли от слова совсем.
Мне тоже веры нет.
Но факты о падениях Амазона, зафиксированных тысячями людей (а то и больше, это же целые датацентры падали) - вполне себе не секретны.
Фигня в том, что меня уже не переубедить.
Когда в течении 10 лет я получаю сервис и аптайм при котором sla не нужен, я уже коней менять не буду.
Смысла нету. Никакого
Центропуп Земли? Почему вы считаете, что на вас лично в обсуждении не наплевать, что вас лично кто-то убеждает сменить хостера?
Ну ОК, по центропуплю тоже. Так то у меня уже с 2004 есть хостер (в РФ) без декларируемого SLA, где за все годы был простой, дай памяти, три дня простоя в сумме. Это 99,94%.
Мы не о вас тут гуторим вовсе.
А о том, что мир хостинга совсем не такой, как вы тут втираете (врете фактически).
Щаз посмотрел у одного из иностранных крупных игроков - вроде как вернут 30% платежей если sla будет менее 99%. И 10% если менее 99.99%. Разумеется куча ограничений и отказа от ответственности.
Шерсти клок в общем-то.
А в россии да. Обычная история "если ваш сервер неделю не работал - вернем бабки за неделю".
Дык смотрите и в РФ не у школохоста.
Доступность услуги в месяц до 99,80 % Время недоступности услуги до 1 часа 30 минут - Размер компенсации 3 %
Доступность услуги в месяц от 99,79% Время недоступности услуги до 99,58 % От 1 часа 31 минуты до 3 часов - Размер компенсации 10 %
Доступность услуги в месяц от 99,57% Время недоступности услуги до 98,62 % От 3 часов 1 минуты до 10 часов - Размер компенсации 30 %
Доступность услуги в месяц от 98,61% Время недоступности услуги до 96,7 % От 10 часов 1 минуты до 23 часов 59 минут - Размер компенсации 70 %
Доступность услуги в месяц до 96,6 % Время недоступности услуги от 24 часов - Размер компенсации 100 %
---------- Добавлено 05.10.2018 в 12:57 ----------
Дык смотрите и в РФ не у школохоста.
Доступность услуги в месяц до 99,80 % Время недоступности услуги до 1 часа 30 минут - Размер компенсации 3 %
Доступность услуги в месяц от 99,79% Время недоступности услуги до 99,58 % От 1 часа 31 минуты до 3 часов - Размер компенсации 10 %
Доступность услуги в месяц от 99,57% Время недоступности услуги до 98,62 % От 3 часов 1 минуты до 10 часов - Размер компенсации 30 %
Доступность услуги в месяц от 98,61% Время недоступности услуги до 96,7 % От 10 часов 1 минуты до 23 часов 59 минут - Размер компенсации 70 %
Доступность услуги в месяц до 96,6 % Время недоступности услуги от 24 часов - Размер компенсации 100 %
https://selectel.ru/media/files/docs_ru/sla_dedicated.pdf
А почему амазон-то десятилетиями не косячит ? Что с ним не так ?
Потому что вы просто не знаете о чем пишете. Не в теме.
За последние 10 лет у Амазона целые региональные зоны выходили из строя несколько раз. Пару раз была полная потеря данных.
Ну а отдельные виртуалки чтобы дохли - вообще не редкость.
А это не довод, это просто реалии. Кто работает в белую - тот налоги платит. Другое дело, что существует масса компаний, которая не платит налоги совсем - это не только у хостеров же, теневая экономика - это процентов 30 от всего ВВП. А в некоторых регионах и больше.
Но суть не в том.
Суть как раз в этом.
Разговор был конкретно за Германию.
Там - как раз масса компания скорее платит, чем не платит.
То есть компании РФ и Украины в этом смысле - напротив - имеют по налогам преимущество перед германскими. Так как у нас многие именно что не платят.
По вашим же словам выходит - наоборот, что налоги - это наш минус.
А сколько это стоит, они прячут цены: https://portworx.com/products/features/
Вы сами используете это в продакшене или просто в гугле нашли?
В Гугле.
Не нравится это - есть еще пара решений. Нагугливал.
ОК, в любом случае можно и вручную Patroni настроить.
Ну не бывает VIP хостинга. Как и рыба - или свежая или протухшая. А дополнительные услуги в виде мониторинга, поддержки и т.п. - это к хостингу отношения не имеет. Особенно когда идет речь о банковских вещах, куда простого смертного не допустят и условия ничего общего с хостингом не имеют.
Почему это SLA (и работы, необходимые для того, чтобы вы могли выполнить SLA) не имеют отношения к хостингу?
И с отказоустойчивой и быстрой базой данных, да? :) (ТС хочет именно это)
А кто сказал, что будет легко?
Отказоустойчивая база запускается еще 2-3 строчками.
Ставите в Kubernetes еще приблуду Helm (точнее Tiller),
потом через Helm ставите прочий софт.
helm init
helm install --name px-psql --set persistence.storageClass=px-repl3-sc stable/postgresql
Немного упрощаю, конечно.
За более детальными инструкциями сюда:
https://docs.helm.sh/using_helm/#installing-helm
https://portworx.com/ha-postgresql-kubernetes/
Опыта, конечно нет. Потому что:
б) По опенстэку поглядели - поняли, что осилить можно, но с потерями огромными. Опять же, выходить на конкурентный рынок облаков - где болтаются такие монстры как амазон, гугл, майкрософт, а в россии яндекс, мейл, ростелеком бесполезно без соответствующих ресурсов. Амбиции это хорошо, но амбиции должны быть соразмерны возможностям.
Об этом и речь - Openstack - это дорого по внедрению. Без инвестиций - бесмысленно.
Если че, господин шапкозакидываетель - Селектел свою систему (на базе уже готового OpenStack, который нужно просто взять и внедрить) до коммерчески пригодного состояния доводил 2 года. 2 года они только готовились. Потом еще сколько до допиливали как внедрение пошло.
Вернемся к исходному посылу обсуждения - почему у нас так с тех. поддержкой.
Потому и так: что мало кто внедряет автоматизацию по максимуму, потому как нужны инвестиции. На западе уже нельзя легко поднять бабла - потому инвестируют с ожиданием возврата через годы.
А у нас - ориентированы на быстроденьги, где не нужны инвестиции, у нас еще возможно это заработать.