Максим Федоров, фактически принципиальной разницы между очередями в Doctrine и RabbitMQ вы считаете что нету? То что оно например у меня не успевает, то вероятнее это не из-за брокера, а именно обработчик не успевает выполнить?
Максим Корнеев, сам LUN ведь на таргете будет. И он один. А дисков на нем я могу создать сколько захочу. То есть диски я могу раздать разным серверам свой. А вот LUN он же один единственный будет. И если два сервера будут использовать разные диски, то LUN и подключение к нему будет общее. А выше вы написали, что так делать нельзя.
Файлы отдельные. В БД только имя файла. Они только SAN дают по iSCSI - сервер с достаточным диском не проблема. Мне стало интересно вынести картинки в отдельный "сервис" - чтобы не париться с местом на диске и чтобы можно было переключить аварийный сервер на резервный без необходимости таскать файлы картинок туда-сюда. Тем более они предлагают в том числе HA-SAN с резервированием в два ДЦ. Это кажется будет более стабильнее чем диск на выделенном сервере.
Максим Корнеев, да мне дают только доступ к готовому LUN. Канал 2,5Gbps без лимитов ни на трафик ни на операции. Делай что хочешь в своих 2,5Gbps но за доп деньги докинут до 10Gbps
Владимир, да, сервер выделенный. Железка от крупного поставщика в датацентре. С двумя сетевыми портами. Один внешний, второй внутренний. Для нищебродов поставляется 2,5Гб с возможностью расширить внутренний порт до 10Гб. Он же предоставляет SAN c подключением по этой внутренней сетевой карте. Для меня 2,5Гб и если нужно будет за доп стоимость расширят до 10. Поддержки нет от слова совсем. Максимум что сделают - потушат сервер огнетушителем, или отключат от сети.
Тема для меня новая. Мне стало интересно вынести хранение картинок на отдельную систему. Хостер предоставляет HA-SAN с резервированием в два дата центра и легкое наращивание дискового пространства. И обещают до 10Гб канал для данных. Меня этот вариант заинтересовал. Так как эта скорость похоже выше даже чем у SATA диска внутри самого сервера. Как я смог понять из того что успел изучить - этого достаточно для большинства задач моего уровня.
И я пока не решил ещё что лучше. Напрямую писать в SAN и читать с него, либо складывать туда только сырые данные, а то что выдается непосредственно пользователям кэшировать на серверном диске.
Если я правильно понимаю, мне дают именно готовый LUN, на котором я могу только диски создавать. Сами LUN я делать не могу, только докупать по необходимости.
А если в ситуации с разными серверами сделать две разные папки и один в первую будет читать и писать, а второй во вторую. Это тоже возможно и проблем не будет?
То есть, до момента создания/форматирования диска нет никаких изменений. А уже там нужно выбрать что-то кластерное. Или не писать сразу отовсюду. А писать данные только из одного сервера, а остальные делать ридонли для масштабирования чтения данных.
Перенос сервера, или его восстановление. Вам нужно отдельно хранить или помнить что в вашем скрипте настроено и как. А если у вас 10-20 серверов, это уже становится проблемой. Нужно помнить или хранить этот ваш самописный кусок кода отдельно в GIT - чтобы хотя бы автоматически притянуть его во время установки системы на новый сервер. Хранить конфиг для утилиты, которую вы ставите автоматически на все сервера, и пушить конфиг для этой утилиты через АНСИБЛ - мне кажется то как это должно быть.
И далее, когда у вас не один единственный сервер, сменить пароль ФТП или какие другие настройки - автоматизировать это будет значительно сложнее, чем с единым форматом конфига для утилиты - любой.
Максимум устанавливается. Здесь чтобы высчитывать/выбрать именно скорость затухания нужно считать как нат логарифм от максимума? Например ln(5000) = 8.52 - а мне надо к примеру чтобы за неделю или за месяц затухало. 7 или 30 - как их в формулу подставить тогда?
Каким то образом сломалась рабочая БД. Я так понимаю из-за связей. Они слинкованы с именем БД. При попытке развернуть дамп рядом, во временную БД, она потерло связанные таблицы и данные в рабочей.
Тогда функция жалоб жестко привязывается к конкретному проекту. А чтобы выделить как то функционал жалоб в отдельный пакет. Что-то может уже существует в качестве примера?
