сервер 1 с белым IP он же сервер, бота и другой шалупони для сбора инфы, сервер тестовый для меня "чтоб учиться" на нем есть впн, но он больше по фану. железка_раз территориально расположена хер пойми где, IP хер пойми какой, железка занимается тем что проверяет устройства и пишет себе в базу записи о проверке железка-два тоже самое что и железка-1 и тоже находится херпойми где база идентичная(по таблицам первой) как только я настрою бот/софт на сервере до какойто логической точки, софт переедет на другой сервер, типа база и сприпты переедут, может дойдут руки и соберу в контейнер но пока нехочу, и оно передет на другой сервер, куда уже нельзя будет накатить впн (вот по этой причине не хочется vpn поднимать) у mariadb есть такая хрень как "репликация" slave сервер тыкается в мастер и спрашивает "есть че по изменениям" master сервер сообственно тот у которого и делаются все изменения" в моей схеме было бы правильно если бы "сервер-1" стал slave sql серверов, так бы измемнения в базе железки 1 не перетекали бы в базу железки 2 и наоборот, при этом на "сервере-1" были бы все изменения, в данном вариант косяк в том что у slave пофиг белый/серый IP главное чтобы у Master был белый, но у меня так нельзя.... master-master-master схему пока не рассматривал, потому что показалось что в такой схеме можно положить на лопатки базы сразу на всех устройствах
Комментарии: 12
Fedor
я серьёзно, для сети много памяти не нужно, чтобы поучиться. даже 256 мб на машину достаточно, чтобы виртуальную сеть компьютеров развернуть и поучиться графика для этого не нужна. всё управление по ssh извне.
Magistrdev
в схеме "master-master-master" можно сделать у каждой железки свою базу данных со своим и енем но таких "железок" планируется больше 10шт, и собирать инфу с нескольких баз данных с одним перечнем таблиц, ну такое себе схема Master-master тоже не заведется потому что текущий сервер тянет к себе информацию с другого сервера, а не наоборот, передает информацию об измененениях у себя..... так что тож не сработает отсюда вопрос есть ли вариант пересылать инфу об изменениях на своем сервере БД в другую базу
Anonim
Человек вписывается в задачу, где нужно HA, но понятия не имеет как это делать Он бы еще в бигдату вписался Амбиции они такие, да
Magistrdev
я придумал сам себе задачу чтоб разобраться, а можно ли и как....
Anonim
без них тоже хуёво
Anonim
Еще раз. Ты правильно понимаешь что такое VPN? Гонять трафик баз данных в открытой сети весьма плохая идея
Anonim
а знаешь что я тебе посоветую в данной ситуации: покури Apache Kafka. Хотя бы потому, что собирать данные в реляционную БД это прошлое, а в лог Кафки - это будущее. Ну и твои три хоста прям ложатся на схему кластера кафки (там и шифрование соединений и репликацция, и разделение очередей, и невъебенная скорость обработки данных)
Anonim
Потом null day какой нибудь прилетит в твой открытый порт извне. Ты же виноватым будешь
Anonim
поднимешь тест кластер в докере. получишь хороший дорогой скилл. будешь белым человеком
Anonim
Да я уверен, что он не справится. Задача не по его уровню. Хоть она и простая
Anonim
ну пробовать то надо
Magistrdev
беглый просмотр показал что мне нужно именно "Это прошлое" хранить информацию на "разрозненных" серверах в моем конкретном случае нельзя, так как эти все сервера 99,9% процентов времени находятся выключены, включается только тогда когда идет, тестирование устройств, сразу чтобы они писали изменения в тот единственный сервер не всегда представляется возможным, потому что не всегда есть доступ в сеть, этого доступа может не быть по разным причинам, нет интернета, не уплочен, территориально тестирование происходит в жопе мира где нет доступа к интернету, и останавливать проверку по причине "нет интернета" и заставить "тестировщика" переехать вдругую местность чтобы проверить, это дорого и неудобно, поэтому нужно чтобы в момент тестирования писались изменения локально, а при выходе в "интернет" происходила синхронизация а вот доступ к информации "О проверках" нужна в "любое время"