The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: MySQL прокси, opennews (??), 30-Июн-07, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


14. "MySQL прокси"  +/
Сообщение от Ilya Evseevemail (?), 01-Июл-07, 16:39 
Прокси сам по себе можно держать на той же машине, что и один из sql-серверов.
Чтобы он не конфликтовал с сервером, достаточно перевесить сервер на другой порт.

Если прокси упадёт, достаточно будет просто исправить dns-имя,
чтобы оно указывало на оставшийся сервер.

Главное, что прокси в состоянии распихивать данные сразу в два хранилища на разных ящиках.
Получается, что данные ни при каком раскладе не пропадут, а время отказа в обслуживании
сведётся к нескольким минутам даже при отсутствии автоматической реакции на падение самого прокси.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору
Часть нити удалена модератором

16. "MySQL прокси"  +/
Сообщение от DoktorPZ (?), 01-Июл-07, 20:16 
Судя по резюме (если это его: http://ilya-evseev.narod.ru/personal/resume.html) человек провто не имел дело с высоконагруженными 24/7 mysql серверами.

Насчет Mysql прокси, было бы супер если бы отслеживалась рассинхронизация master-slave или master-master для порогового времени задаваемого через конфиг. И автоматом убирало slave из списка доступных серверов.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

18. "MySQL прокси"  +/
Сообщение от Ilya Evseevemail (?), 01-Июл-07, 20:51 
mysql репликацию делает (делал?) не через версии данных, а через журнал операций.
Если репликация по каким-то причинам задерживается, то он раздувается до диких размеров.
То есть появляется ещё одна точка отказа, которой в Лотусе или MSSQL, например, нет.
Не исключено, что дублировать на проксе запросы insert/update/delete окажется безопаснее и быстрее.

p.s. про резюме всё правильно :-)) за исключением того, что оно не обновлялось года три.
с тех пор появился скромный опыт работы с небольшой mysql-базой 24x7 на 8k пользователей и 2ТБ/мес. трафика.

Ответить | Правка | Наверх | Cообщить модератору

19. "MySQL прокси"  +/
Сообщение от DoktorPZ (?), 01-Июл-07, 21:30 
1 база, объем сколько? Поднимал с нуля, или пришел на готовое уже? Резервируешь как и чем?
Ответить | Правка | Наверх | Cообщить модератору

22. "MySQL прокси"  +/
Сообщение от Ilya Evseevemail (?), 02-Июл-07, 01:36 
>1 база, объем сколько?
Важных баз у меня три: две для биллинга под MySQL и одна для внутреннего АРМ'а под MSSQL.
Объём первых двух - 110 и 75 гигов.

> Поднимал с нуля, или пришел на готовое уже?
Везде было как бы готовое.
Как бы - потому что с нуля было бы легче. :-))

>Резервируешь как и чем?

Резервное копирование везде делалось с нуля.

MySQL - трафик переносится в архивные таблицы собственной процедурой в обход
имеющейся в биллинге, с одновременным ужатием части полей и переносом со SCSI на SATA.
Важные данные (пользователи, платежи) архивируются раз в день рано утром через mysqlhotcopy.
Чаще не получается - блокировки не дают. Ждем Фалькона :)
Для архивов применяется прореживание через picobackup.

MSSQL - днём каждый час делается в online-режиме резервная копия на соседний компьютер,
где тоже готов к запуску MSSQL. Ежечасные копии стираются утром.
Утром делается ежедневная копия, которая заливается на Рапидшару через up2rshare
и сохраняется локально с прореживанием через picobackup.
Все копии немедленно после создания шифруются через gpg.

Ответить | Правка | Наверх | Cообщить модератору

24. "MySQL прокси"  +/
Сообщение от k (??), 03-Июл-07, 11:05 
>Утром делается ежедневная копия, которая заливается на Рапидшару через up2rshare

это жесть.


Ответить | Правка | Наверх | Cообщить модератору

25. "MySQL прокси"  +/
Сообщение от ilia kuliev (?), 03-Июл-07, 12:07 
Я извиняюсь, но вместо того чтобы мучать Рапидшару не лучше ли арендовать сервер где-нибудь в Германии, благо стоит это ок. 50 евро в месяц - копейки, в сущности, даже для физ. лица, не говоря уже o фирме
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

26. "MySQL прокси"  +/
Сообщение от Ilya Evseevemail (?), 04-Июл-07, 00:41 
> Я извиняюсь, но вместо того чтобы мучать Рапидшару
> не лучше ли арендовать сервер где-нибудь в Германии,
> благо стоит это ок. 50 евро в месяц - копейки,
> в сущности, даже для физ. лица, не говоря уже o фирме

Если платный вариант чем-то лучше, то я буду рад услышать аргументы по существу.
Мне пока хватает и бесплатного.
Все копии у меня меньше ста мегабайт (лимит бесплатной рапидшары на один файл),
но _критически_ важные: БД АРМ, 1С и т.д.
Рапидшара сама автоматически стирает их через 30 дней.

Если в чём-то её станет не хватать, то уже имея на руках работающую схему,
можно запросить под неё и финансирование.
А до тех пор 50 евро я бы предпочёл получать в виде премии ;-)))

Ответить | Правка | Наверх | Cообщить модератору

28. "MySQL прокси"  +/
Сообщение от Sammemail (??), 21-Июл-07, 03:40 

>Если платный вариант чем-то лучше, то я буду рад услышать аргументы по
>существу.

Да это же очевидно! В бесплатном вам никто ничего не должен и гарантий нет никаких. + приватность.
>Мне пока хватает и бесплатного.
>Все копии у меня меньше ста мегабайт (лимит бесплатной рапидшары на один
>файл),
>но _критически_ важные: БД АРМ, 1С и т.д.
>Рапидшара сама автоматически стирает их через 30 дней.

А если у вас навернутся данные, а рапидшара в этот момент скиснет? :)
>
>А до тех пор 50 евро я бы предпочёл получать в виде
>премии ;-)))

Невелики запросы. Я бы скорее сотруднику, который бы придумал данные 1С заливать на рапидшару, из бы и вычел )


Ответить | Правка | Наверх | Cообщить модератору

29. "MySQL прокси"  +/
Сообщение от Ilya Evseevemail (?), 22-Июл-07, 17:49 

>Да это же очевидно! В бесплатном вам никто ничего не должен
>и гарантий нет никаких. + приватность.

Гарантия в популярности. Платные тоже закрываются.
Приватность обеспечивается pgp-шифрованием.

>А если у вас навернутся данные, а рапидшара в этот момент скиснет?

Она часто скисает?
К тому же она нужна, если оба сервера - основной и резервный - накроются
(или будут изъяты во время ментовского налета, как в Питер-Ладе)
и надо будет восстановить работу на ровном месте. До сих пор такого не было ни разу.

>>А до тех пор 50 евро я бы предпочёл получать в виде премии ;-)))
>Невелики запросы. Я бы скорее сотруднику, который бы придумал
> данные 1С заливать на рапидшару, из бы и вычел )

Ты бы скорее досидел до пенсии, так ничего полезного в своей жизни и не придумав :-))
Да и из сотрудников у тебя наверняка только собственная задница ;-)))

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру