Фокс Йовович, стоп? Как это не заметят? Люди работают с базой на сервере *.1.1. Реплика на *.1.2. Если первый ляжет, то как минимум сменится адрес активной базы же? Это не говоря о поднятии реплики до уровня мастера.
Фокс Йовович, ну тут больше стоит вопрос надежности. Такими вещами как увеличивать и уменьшать место мы заниматься постоянно не собираемся. Нам главное, чтобы развернутая вирта с базой psql (1) работала, (2) ее диск реплицировался на вторую ноду (3) без потери данных. Ну и, как замечено выше, (4) была возможность бекапить диски этой вирты БЕЗ остановки самой вирты. Требуется соблюсти эти 4 пункта. Про то, что забекапленная "на горячую" виртуалка, после восстановления без запущенна как после жесткого выключения, это я прекрасно понимаю и иначе быть не может. Но отсутствие остановки важнее в данном случае. Неудобства изменения размеров, расположения данных (при наличии этой возможности как таковой) нас не сильно волнуют (пока что).
Фокс Йовович, что-то я почитал темы на форумах и статьи всякие... не видел каких то страшных отзывов о потере данных при работе drbd (в режиме C). Не поймите меня неправильно) Я не говорю что сказали ерунду, а просто пытаюсь подробно разобраться в вопросе. Знаете же как бывает? Один не разбирающийся сказал и все приняли его мнение за истину. Вдруг вы ошибаетесь и зря меня пугаете) Буду рад, если у вы дадите примеры или расскажете о таких.
Фокс Йовович, ну насчет снепшотов и требования qcow2 для них не могу спорить) А насчет репликации базы данных... ладно. А как быть с другими сервисами? например виртуалка с астериск.... или виртуалка с почтовым серваком
Фокс Йовович, тогда простой будет. Пока развернешь новую вирту, пока развернешь бекапы баз тех же. Репликация позволяет уложиться в простой минут 5-10, запустив просто ту же самую вирту на другой ноде.
"у вас снапшот снимался средствами формата QCOW2".
Нет. Снапшот снимался средствами virsh.
"virsh snapshot-create-as --domain $@ snapshot$diskspec --disk-only --atomic --quiesce --no-metadata"
Тут qcow2 уже не причем.
Фокс Йовович, не не. То что вы имеете в виду это пока что слишком круто. Хочется пока что поднять именно репликацию, при которой запускать вирты на другой ноде надо будет вручную (именно с переводом ролей ручками). То есть нам сейчас надо чтобы тупо на другой ноде была копия в реальном времени (желательно) образа вирты с главной ноды. Ну и бекапы чтобы автоматом периодически с первой ноды снимались скриптами по ночам.
По-сути пока что в "ДАНО" можно записать так: "есть файл, который пишется и читается в реальном времени. Нужно на втором компе вести реплику этого файла в реальном времени (небольшое отставание допустимо). Главное, что бы было надежно"
CityCat4, чувак, ты реально поришь херню. Wine давно уже способен нормально запускать огромное количество игр. Даже та же GTA V работает отлично и Ведьмак 3. Твой собеседник прав. Во всем. Даже в переходе на личности)
данные все подряд. Домашние архивы и видео с музыкой.
Фрашментации не должно быть (раздел 7ТБ, скорость низкая почти с самого начала. Начинается с ~150Мб сек и падает до того что написал).
tukreb, то есть ты утверждаешь, что изза нехватки RAM такая низкая скорость? Даже если диски и проц простаивают. Уверен? Увеличить объем памяти невозможно (HP Microserver Gen8), а надежность хранения очень хочется получиться. mdadm как известно может подвести в режиме raid5, если один из дисков начнет сбойные данные отдавать.
Просто все эти слова и выкрики, что для ZFS надо миллион терабайт памяти больше похожи на кукарекания из курятника. Есть РЕАЛЬНЫЕ сравнения? Чтобы протестили, вынули плашку, протестили, сравнили? Уж ОЧЕНЬ не верится, что если памяти чуть меньше рекомендованного на "пацанских форумах", скорость записи резко обвалится в 3-4 раза. И плюс смущает один поток, загруженный в потолок io-wait. Я просто УВЕРЕН что в данном случае дело не в памяти.
Алексей Харченко, Получилось. Установил Windows XP (прервал на процессе настройки), удалил с раздела все кроме ntrld, boot.ini и еще какого то файла (не помню). Сжал раздел до 32МБ и оставил так. Установил на раздел рядом debian (установив grub не в mbr, а на раздел sda2 где и сам корень), снял с того раздела (sda2) 512 байт первые в файл, положил этот файл на раздел с ntldr (sda1) и прописал до него путь в boot.ini. Вуала) BIOS грузит его как Windows XP, но ntrld перенаправляет загрузку на debian.
я знаю что ntldr'ом МОЖНО грузить grub. Вопрос как его установить БЕЗ винды (что-то вроде "на мелкий раздел мегабайт в 50, чтобы можно было чисто поставить минимальный набор файлов для него). Я хотел узнать именно это.
Максим Корнеев, Я не знаю что было в комплекте( это ставилось до меня, давно и неизвестно что там есть. Наверное стоило обратиться в техподдержку, согласен. Хотя бы параллельно с вопросом на хабр)
Максим Корнеев, да, я видел ту надпись. Именно поэтому я написал сюда) И именно поэтому я не стал к ним обращаться) Думаю и так понятно их отношение к пользователям)
не из /dev) Мне нужно было выяснить что делает прога и по возможности максимально все ограничить пользователю, под которым она будет подключаться. Я это сделал. Открыл ему только lshw (которому нужны права рута), не открывая под рутом ничего более этого.
