On Fri, 2007-11-30 at 16:24 +0200, Alex wrote:
> > kkt. sorry de top posting. uite si un miniguide pt dlz/mysql. e foarte
> > light dar e suficient.
> >
> > http://gentoo-wiki.com/HOWTO_Setup_Bind_with_DLZ,_MySQL_and_replication
> >
>
> De mult cautam ceva prin care sa integrez bind-ul cu un sql. Metoda asta cu
> ssh si editatul tabelelor de mana ma seaca la suflet.... Mai ales cind isi
> baga mana cite un priceput, si pune el acolo dupa ureche, ca asa l-a
> invatztat vecinul de bloc... Daca are GUI, e sfint. Nu poate face decit ceea
> ce exista in acel GUI. In plus, mai are nevoie si de cont de root, pe acel
> server, chestie care ma supara si mai mult...
>
> Treaba asta cu Dynamically Loadable Zones (DLZ) pare interesanta, dar, la
> prima vedere as avea citeva observatii/intrebari:
> - ok, bind+dlz+mysql.... dar nu am vazut si interfata de administrare. Are
> asha ceva. Da, chiar nu am chef sa ma apuc sa scriu una ... Fara interfata de
> administrare, mai mult se complica trebuile... Exclus un phpmyadmin!
> - dlz-ul asta, suporta si chestii mai avansate virtualizate in sql: acl,
> view,
> forward zone, etc sau numai master/slave?
>
> Foloseste cineva in productie bind+mysql? Din pacate eu nu prea am cum sa-l
> testez acum (prea multe variabile in ecuatie) dar m-ar interesa daca
> stiti/exista si alte variante (mature) legate de aceasta poveste:
> bind+mysql+interfata_administrare....
nu confunda dlz care e engine de storage pentru zone cu acl-urile din
bind. dlz e parte integranta din bind. deci nu e addon/patch/sau nu mai
stiu eu ce. tot bind folosesti. tot /etc/bind/named.conf folosesti. tot
acolo scrii acl-uri. numai ca il loc sa faci 15000 de zone "pulamea.com"
in {moloz pe varza}; o sa ai numai un DLZ (zona dinamica). adica toate
zonele tale din sql fac parte din dlz. adica singura diferenta e ca in
loc sa ai zonele in fisiere text care trebuie indexata la pornirea bind,
tu le lookup in real time in sql CAND AI NEVOIE DE ELE.
interfata nu e din cate stiu. besides chiar daca ar fi tot nu as
folosii.
ca si performanta, functie de numarul de zone si serverul sql poate fi
un mare boost in performanta sau un mare cacat. pentru numar mic de zone
nu se justifica imho. gandeste-te ca un lookup pe sql (mai ales remote)
dureaza mai mult ca un lookup in memoria ocupata de bind pe masina in
cauza. dar cand numarul de zone * memoria necesara per fiecare zona >
memoria care o are masina, incepe sa se justifice. asta plus ca la numar
mare de zone dureaza mult load-ul (ca indexeaza in memorie toate
fisierele alea text). deci cu sql se load doar el bind si zonele cand
sunt queried. DAR PER QUERY versiunea text e mai rapida.
eu personal am doar 50 de zone. bind se incarca instant si cu sql si cu
text. eu folosesc dlz ca mi-e lene sa editez 50 de fisiere text. si daca
o fac o fac strict din mysql de consola sau phpmyadmin.
axl
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
