Re: scalability question
Brad Hards <[email protected]> Sat, 18 Mar 2006 09:14:25 +1100
| Newsgroups | gmane.network.zeroconf.workers |
|---|---|
| Message-ID | <[email protected]> |
--nextPart2065814.xdsp3aasop Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 18 March 2006 04:31 am, Rory I. Sinclair wrote: > My question is about the scalability of Bonjour or Avahi or any other > zeroconf/mDNS/DNS-SD implementation and its suitability for the following: I agree with Marc - scalability of the protocol (and its assumptions - like= =20 everything is on the same subnet) is the problem. The implementations do a= =20 good job of implementing the protocol. > 1) Presence awareness of the client machines - ie the 'important' server > hosts will use DNS-SD browse to be notified of any client machines dying. This type of polling is going to be expensive. I don't know of any clean wa= y=20 of handling this. > 2) To allow the client machines to lookup network services by name and > resolve the host/port information at runtime, rather than maintaining > lookup tables I think that a system like Service Location Protocol is going to be better= =20 than zeroconf at this scale. It can use intermediate caching servers which= =20 (given a decent network design) can save you a lot of traffic - basically o= ne=20 or two caches per subnet mean that each query gets asked once per subnet, n= ot=20 once per machine. > 3) To allow clients to handle failures in the 'server' machines (eg > multiple instances of the network services will provide failover) SLP might help here, but an alternative approaches (load balancing proxies,= =20 failover with STOMITH or other High Availability techniques) are probably=20 worth a look. To some extent it depends on how much downtime you can tolera= te=20 in the failover. Brad --nextPart2065814.xdsp3aasop Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBEGzTPGwwszQ/PZzgRAu8PAJ44gRssuHvXTStTQyqUaLfMXYgWKACeJSQ7 rHPINR8iqnLU0t/ggsjQfeU= =ujsp -----END PGP SIGNATURE----- --nextPart2065814.xdsp3aasop-- ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642