Я про мастер-мастер сказал наоборот как плюс. По поводу реплик в разных частях мира и мастер-мастер — как Вы это себе представляете? Это асинхронный мастер-мастер, а он в свою очередь — утопия.
3. Количество памяти, которое выделяется под mysql однозначно(!) определяется в my.cnf. Там же определяется та «бесполезная ерунда», под которую mysql будет ее есть.
4. Что касается репликации и кластеризации. PostgreSQL тока в 9ке, которой 3-4 месяца от роду научился сам делать master-slave. Репликация делается только сторонними тулзами, и, нужно отметить, эти сторонние тулзы реализуют-таки мультимастер репликацию. Мастер-слейв же, который slony, настраивается на порядок сложнее, чем он же в mysql. В 9ке попробовать репликацию еще не успел, но говорят она там проще и более админфрендли :)
новый проект начали на postgresql. вроде пока все гладко и замечательно (я админ), разработчики вроде тоже не жалуются :)
насчет пары дней — не согласен. с документацией по различным HA-решениям для PostgreSQL сижу уже больше недели. Правда там и возможностей сильно побольше.
Очень порадовал выход 9ки с нативной репликацией. Мы правда 8.4 используем пока.
В общем PostgreSQL более, чем достойная замена MySQL.
ну это естественно. вот один мой сервак недавно ломанули через proftpd, как раз была уязвимость там. ни netstat ничего не показывал, ни rkhunter. правда lsof показал, то, что не показывал netstat. но сначала через nmap увидел шел, на странном порту.
вообще я все это сказал к тому, что единственный пока известный мне способ, гарантирующий очистку системы — переустановка.
Если стоит ядерный руткит, то ни нетстат, ни rkhunter не помогут. Т.к. будут показывать, что все ок.
Далее, если хакер откроет доступ к своим сервисам только с определенных IP, то, соответственно, не поможет и nmap.
Какое-то нубское howto если честно :)
Новые версии постфикса меня перестали интересовать если не ошибаюсь после 2.3 или 2.4. не помню точно. Уже тогда мне он стал казаться идеальным почтовиком.
я абсолютно согласен, что не деньги рулят в жизни. но я просто не представляю как может хватать 20т на все. Ну ладно, ты такой аскет, можешь на фигне прожить. Но жена, дети, квартира наконец. Впрочем тем, кого кормят родители это может быть непонятно :) Вон, Перельман тоже поди нормальный :)
На втором сервере в my.cnf:
max-user-connections = 50
master-host = 192.168.0.1
master-user = repluser (наш пользователь)
master-password =
server-id = 2 (должно отличатся от ID мастера!)
replicate-do-db = base (имя бд)
зачем это прописывать в конфиг? это можно задать в одну строку вместе с CHANGE MASTER. А если потребуется перекидывать мастер на другой сервак? В случае с конфигом без перезапуска не обойтись.
я говорю про профессиональный софт, которого под мак хоть жопой, прости, ешь. а вот под убунту… кхм… мягко говоря не хватает. под профессиональным софтом я имею в виду софт НЕ для программистов.
4. Что касается репликации и кластеризации. PostgreSQL тока в 9ке, которой 3-4 месяца от роду научился сам делать master-slave. Репликация делается только сторонними тулзами, и, нужно отметить, эти сторонние тулзы реализуют-таки мультимастер репликацию. Мастер-слейв же, который slony, настраивается на порядок сложнее, чем он же в mysql. В 9ке попробовать репликацию еще не успел, но говорят она там проще и более админфрендли :)
Ну это так, неточности поправил :)
насчет пары дней — не согласен. с документацией по различным HA-решениям для PostgreSQL сижу уже больше недели. Правда там и возможностей сильно побольше.
Очень порадовал выход 9ки с нативной репликацией. Мы правда 8.4 используем пока.
В общем PostgreSQL более, чем достойная замена MySQL.
вообще я все это сказал к тому, что единственный пока известный мне способ, гарантирующий очистку системы — переустановка.
Далее, если хакер откроет доступ к своим сервисам только с определенных IP, то, соответственно, не поможет и nmap.
Какое-то нубское howto если честно :)
max-user-connections = 50
master-host = 192.168.0.1
master-user = repluser (наш пользователь)
master-password =
server-id = 2 (должно отличатся от ID мастера!)
replicate-do-db = base (имя бд)
зачем это прописывать в конфиг? это можно задать в одну строку вместе с CHANGE MASTER. А если потребуется перекидывать мастер на другой сервак? В случае с конфигом без перезапуска не обойтись.