форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[ Отслеживать ]

"Кластеры и БД"

Сообщение от Egenius (??) on 05-Окт-08, 16:55

Нужно поднять почтовый и веб кластеры. Каждый из двух нод. С синхронизацией каталогов и файлов вроде проблем нет, но как заставить серверы в кластере обращться к MySQL вне зависимости от того на какой из машин кластера он запушен в данныый момент ? При чём желательно сделать так чтобы приложения(Apache, Cyrus и т.д.) обращались к базе на локалхост, т.к. большинство пользовательских скоиптов настроены именно на локалхост. Пробовал использовать mysql-proxy, но он не делает то что мне нужно - не меняет имя хоста в пакете. С PostgreSQL проблм нет, т.к. пользователи не привязаны к имени хоста. Подскажите решение, кто с этим работал. Спасибо !

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Кластеры и БД"

Сообщение от s_dog (??) on 05-Окт-08, 19:18

Грубо и прямо - меняй адрес localhost в /etc/hosts.

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

	2. "Кластеры и БД"
	Сообщение от Egenius (ok) on 05-Окт-08, 19:40
	>Грубо и прямо - меняй адрес localhost в /etc/hosts. Да но, при таком раскладе пользователей в базе нужно перепрописывать, указав имя хостов с которых они могут заходить, что не есть гуд, т.к. стоит двидок панеои управления и все новые пользователи БД заводятся с localhost после @
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Кластеры и БД"
	Сообщение от Square (ok) on 05-Окт-08, 21:21
	>>Грубо и прямо - меняй адрес localhost в /etc/hosts. > >Да но, при таком раскладе пользователей в базе нужно перепрописывать, указав имя >хостов с которых они могут заходить, что не есть гуд, т.к. >стоит двидок панеои управления и все новые пользователи БД заводятся с >localhost после @ и что?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Кластеры и БД"
	Сообщение от s_dog (??) on 06-Окт-08, 09:59
	>>Грубо и прямо - меняй адрес localhost в /etc/hosts. > >Да но, при таком раскладе пользователей в базе нужно перепрописывать, указав имя >хостов с которых они могут заходить, что не есть гуд, т.к. >стоит двидок панеои управления и все новые пользователи БД заводятся с >localhost после @ Вроде ничего страшного в этом нет. А что вы тут плохого или опасного видите?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Кластеры и БД"
	Сообщение от Egenius (??) on 06-Окт-08, 10:42
	>>>Грубо и прямо - меняй адрес localhost в /etc/hosts. >> >>Да но, при таком раскладе пользователей в базе нужно перепрописывать, указав имя >>хостов с которых они могут заходить, что не есть гуд, т.к. >>стоит двидок панеои управления и все новые пользователи БД заводятся с >>localhost после @ > >Вроде ничего страшного в этом нет. >А что вы тут плохого или опасного видите? Опасного что на серваке много айпишников, и оооооочень много сайтов. И во-первых придётся всем им менять логины в мускле, плюс во всех скриптах и конфигах пользователей менять адреса БД. Потом каждый новый юзер из панели заводится в базе как 'user'@'localhost' и появляется геморой с тем чтобы отслеживать всех новых юзеров и править их логины.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Кластеры и БД"
	Сообщение от s_dog (??) on 06-Окт-08, 12:29
	Вариант - повесить базу на отдельный адрес, который будет "гулять" по серверам, и делать средствами iptables перенаправление (DNAT) на этот гулящий адрес, на обеих машинах, при коннекте к базе на localhost, как это?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Кластеры и БД"
	Сообщение от Egenius (??) on 06-Окт-08, 13:56
	>Вариант - повесить базу на отдельный адрес, который будет "гулять" по серверам, >и делать средствами iptables перенаправление (DNAT) на этот гулящий адрес, на >обеих машинах, при коннекте к базе на localhost, как это? Это не работает ((
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Кластеры и БД"
	Сообщение от s_dog (??) on 06-Окт-08, 14:40
	>>Вариант - повесить базу на отдельный адрес, который будет "гулять" по серверам, >>и делать средствами iptables перенаправление (DNAT) на этот гулящий адрес, на >>обеих машинах, при коннекте к базе на localhost, как это? > >Это не работает (( В каком смысле не работает, что именно не работает и как не работает? ;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "Кластеры и БД"
	Сообщение от Egenius (??) on 06-Окт-08, 16:49
	>>>Вариант - повесить базу на отдельный адрес, который будет "гулять" по серверам, >>>и делать средствами iptables перенаправление (DNAT) на этот гулящий адрес, на >>>обеих машинах, при коннекте к базе на localhost, как это? >> >>Это не работает (( > >В каком смысле не работает, что именно не работает и как не >работает? ;) Хост 1 - host1 хост 2 - host2 БД на айпи 1.2.3.4 - в данный момент на host1 Прописал в DNAT коннектится на 1.2.3.4 , если destion 127.0.0.1 и port 3306. Подключаюсь на локалхост, меня перекидывает на соседний, пока всё нормально. Тот мускул отвечает - доступ запрещён для хоста host2. Вот я и хочу чтобы мускул видел пользователя, пришедшего с другого хоста так как будто он конектится с локалхост.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	10. "Кластеры и БД"
	Сообщение от s_dog (??) on 06-Окт-08, 16:54
	>[оверквотинг удален] >хост 2 - host2 >БД на айпи 1.2.3.4 - в данный момент на host1 > >Прописал в DNAT коннектится на 1.2.3.4 , если destion 127.0.0.1 и port >3306. >Подключаюсь на локалхост, меня перекидывает на соседний, пока всё нормально. >Тот мускул отвечает - доступ запрещён для хоста host2. > >Вот я и хочу чтобы мускул видел пользователя, пришедшего с другого хоста >так как будто он конектится с локалхост. Надо добавить SNAT - если приходит с host2 - SNAT localhost ;) хотя с другой стороны все становится страннее и страннее, что не есть хорошая практика для сисадмина.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "Кластеры и БД"
	Сообщение от Egenius (??) on 06-Окт-08, 17:11
	>[оверквотинг удален] >>Тот мускул отвечает - доступ запрещён для хоста host2. >> >>Вот я и хочу чтобы мускул видел пользователя, пришедшего с другого хоста >>так как будто он конектится с локалхост. > >Надо добавить SNAT - если приходит с host2 - SNAT localhost ;) > > >хотя с другой стороны все становится страннее и страннее, что не есть >хорошая практика для сисадмина. В SNAT эти пакеты на принимающем хосте вообще не попадают (почитайте мануал по iptables) А если на хосте 2 прописать такое правило, то пакет зациклиться. Мне кажется я не так много требую от мускла, просто хочу чтобы он принимал юзера с другого хоста за локального юзера. По идее это должен был делать mysql-proxy, но такого он не делает. Идея прокси по-моему в том и  заключается, чтобы скрывать оригинальный айпи. Он должен запускаться на том же хосте что и сервер БД, принимать запросы с разных машин, и переправлять мусклу, говоря что тот пришёл с локалхоста.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	12. "Кластеры и БД"
	Сообщение от s_dog (??) on 06-Окт-08, 17:47
	http://dev.mysql.com/doc/refman/5.0/en/mysql-proxy-scripting... client_addr не то?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	14. "Кластеры и БД"
	Сообщение от Egenius (??) on 07-Окт-08, 16:41
	>http://dev.mysql.com/doc/refman/5.0/en/mysql-proxy-scripting... >client_addr >не то? Вроде то что нужно, но не просветите по-русски как это использовать?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	15. "Кластеры и БД"
	Сообщение от s_dog (??) on 07-Окт-08, 18:19
	>>http://dev.mysql.com/doc/refman/5.0/en/mysql-proxy-scripting... >>client_addr >>не то? > >Вроде то что нужно, но не просветите по-русски как это использовать? сам не знаю ;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	13. "Кластеры и БД"
	Сообщение от s_dog (??) on 07-Окт-08, 00:07
	Или netcat как прокси используйте.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	16. "Кластеры и БД"
	Сообщение от Egenius (??) on 09-Окт-08, 09:37
	Господа ! Неужели никто не сталкивался с данной проблемой ? Ведь тут куча народу юзает кластеры, в том числе и для хостинга. Хочется узнать реально работающую схему работы кластера с БД. Все мои попытки использовать mysql-proxy привели только к тому что я запустил mysql-proxy на той-же машине что и MySQL, и при обращении с соседнего сервера на адрес, на котором висит mysql-proxy всё замечательно  - MySQL принимает меня за локального пользователя. Но добавив на этом сервере правило DNAT переправлять все соединения приходящие на 127.0.0.1 и порт 3306 на адрес mysql-proxy, получаю странную картину - пакеты где-то зацикливаются, при чём их не видно ни на одной из машин.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	17. "Кластеры и БД"
	Сообщение от s_dog (??) on 09-Окт-08, 12:57
	Дык а что мешает и локального на порт прокси коннектится?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	18. "Кластеры и БД"
	Сообщение от Egenius (ok) on 09-Окт-08, 13:50
	>Дык а что мешает и локального на порт прокси коннектится? То что если прокси стоит на машине, на которой не запущен MySQL, то он отсылает мусклу реальный айпишнег сервака, а должен отсылать локалхост.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	19. "Кластеры и БД"
	Сообщение от angra (ok) on 10-Окт-08, 08:23
	>Неужели никто не сталкивался с данной проблемой ? Неа :) >Ведь тут куча народу юзает кластеры, в том числе и для хостинга. Дык, вот только схемы изначально другие, а вы придумали полсхемы и хотите, чтобы вам додумали вторую половину. Удачи в этом нелегком деле, она вам понадобится.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	20. "Кластеры и БД"
	Сообщение от Egenius (??) on 10-Окт-08, 12:21
	>Дык, вот только схемы изначально другие, а вы придумали полсхемы и хотите, >чтобы вам додумали вторую половину. Удачи в этом нелегком деле, она >вам понадобится. Не знал что я придумал объединять веб серверы в кластер. Спасибо за комплимент. В том то и дело что схемы те же, только никто не затрагивает работу кластера с БД, а всё заканчивается на настройке апачей и хранении файлов на общем хранилище. Или на таких системах работают только сайты, не использующие БД ? Вот я и хочу уточнить, как в таком кластере(придуманном умными дядками) организована работа с БД.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	21. "Кластеры и БД"
	Сообщение от s_dog (??) on 10-Окт-08, 13:33
	>[оверквотинг удален] >>вам понадобится. > >Не знал что я придумал объединять веб серверы в кластер. Спасибо за >комплимент. >В том то и дело что схемы те же, только никто не >затрагивает работу кластера с БД, а всё заканчивается на настройке апачей >и хранении файлов на общем хранилище. Или на таких системах работают >только сайты, не использующие БД ? >Вот я и хочу уточнить, как в таком кластере(придуманном умными дядками) организована >работа с БД. Думается что они не заморачиваются сильно и разрешают доступ к базе не только с локалхоста, но и с других адресов.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	22. "Кластеры и БД"
	Сообщение от Egenius (??) on 13-Окт-08, 08:17
	>Думается что они не заморачиваются сильно и разрешают доступ к базе не >только с локалхоста, но и с других адресов. Ясно. Значит будем изобретать вилосипед )
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	23. "Кластеры и БД"
	Сообщение от s_dog (??) on 13-Окт-08, 10:40
	>>Думается что они не заморачиваются сильно и разрешают доступ к базе не >>только с локалхоста, но и с других адресов. > >Ясно. >Значит будем изобретать вилосипед ) netcat в качестве прокси пробовали? http://www.ibm.com/developerworks/ru/library/l-monitormainfr...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]