что бы не грузить мастер, его IO и т д.
Group-IB уважаемая компания в сфере информационной безопасности, сертификации в этой сфере и т д. Несколько лет назад даже ходил к ним на собеседование :)
Их услугами пользуются финансовый сектор (и мой работодатель основной работы в том числе), государственные органы, в том числе и зарубежные итд. У них, как ранее писали, "просьба" - вы в полном праве не отвечать.
С другой стороны - почему бы не поиметь пиара, если хотите, от сотрудничества с крупным игроком на IT-рынке?
А если проект растет ?
У него уже дамп нагружает БД. Можно подтолкнуть, но хватит до поры до времени.
Ну ... хотя может и ссд для начала.... к админам короче :) они подскажут ;):2cents::2cents::2cents:
поддержу.
репликация.
писать в мастер, читать со слейва, бакап делать со слейва.
postgresql - работает из коробки. mysql - придется по-приседать.
Если стоковый движок и не умеет читать оттуда, писать сюда - то переписывать. Если движок самописный - то вам же легче.
Все HL - проекты делаются по так или иначе, но на этой архитектуре. Ничего нового не придумано пока что. Это как ДВС. Что 100 лет назад это ДВС, что сейчас.
Далее уже можете наворачивать GeoDNS, Varnish, Haproxy и другие умные слова.
PS: один из клиентов у меня таким образом обрабатывает 2млн уников в сутки.
haproxy+keepalived+nginx+varnish+postgresql ну и нормальное железо.
Просто , быстро, дубово, надежно, для реальных мужыков с яйцами. Работает годами.
Никаких "новомодных", но бесполезных kubernetes , docker и т д.
в догонку: дампить большую нагруженную базу - это мягко-говоря моветон.
быстрые диски будут работать быстрее. форматы, файловые системы , методы монтирования - это всего-лишь дополнительные опции, которые не помешают ,но не более.
Сумма не имеет значения.
Используются специальные механизмы автоматического мониторинга поведения карт.
Критериев мониторинга - очень много. У разного банка они разные.
По сути , если, грубо-говоря, на карту пришли деньги хз от кого... не по коду зарплаты, карта через пять минут пошла и сняла их в АТМ, и за последние пол года только этим и занималась - то это обналичка и транзит в чистом виде.
тогда 256гб RAM и четыре проца по 100500 ядер :)
:) Могу дать простой совет, как заставить MySQL работать более менее быстро:)
Способ очень простой:
set global max_connections=100000;
и сервер с 128гб RAM - тогда точно летать будет :) :):):)
Плюсы есть, но есть минус. Вы - звено. Чем меньше звеньев - тем лучше.
Субъективно что касается меня - я не работаю, когда есть звено. Как исполнителя - меня перепродали, я все сделал, а денег не дали. Кормят завтраками "заказчик еще не перечислил". По итогу расплатились, но мне оно надо, ждать по 2-3 недели, пока заказчик "примет проект"? Пусть из своего кармана платит и дальше решает все вопросы с заказчиком без меня.
Было когда то такое несколько раз. С тех пор - только предоплата, даже если проект высоко-бюджетный.
Как с заказчиком - PM моего проекта пинал исполнителей, они не могли сразу реализовать необходимый функционал мобильного приложения, искал новых исполнителей на фриланс-биржах. Собственно я оттуда увидел , что мой заказ тупо перепродают, потом уже какое-то время специально решил понаблюдать, что будет, и какой % мой изначальный исполнитель готов положить в карман. Фрилансеры брали, не справлялись, бросали, или невнимательно читали описание к API серверной части приложения. Да, там 400 сранц, но времени я давал достаточно. Да, мой заказ сразу был не для тех, кто привык пару дней по два часа посидеть за компом и срубить бабок.
Короче по итогу сам нашел на прямую исполнителя.
Вот как то так. Такой у меня получился опыт перепродажи заказов. С тех пор работаю только на прямую. В крайних случаях беру заказы в цепочке но по 100% предоплате. Кстати очень редко такие заказы остаются. Никто не хочет 100% оплачивать из своего кармана, а вопросы решать потом с заказчиком :)
все вменямые ДЦ используют загрузку по сети. PXE, Netboot и т д
pxe + kickstart и я на 100 серверов за 15 минут ОС поставлю. Возможности ограничены только каналом сервера-инсталлятора.
Это же самое так или иначе использует DCI manager.
PS: вообще я удивлен, что pxe - для некоторых сюрприз. Технология придумана как раз для массовой загрузки серверов и их переустановки...
неужели никому никогда не приходилось ОС ставить по сети ?
Например два сервера в одной LAN и VLAN. На том, куда нужно вкатить ОС - есть ipkvm , но в нем нет virtual media. Ну никак вы не смонтируете ISO, от слова "совсем".
Как вкатить ОС ? - Естественно по сети с соседа. Статей куча на предмет того как это делается.
