I'm backing up dozens of clients over 2 GigE interfaces per media server.
I've got a V880, with 2x GigaSwift GigE cards, and several V240s with the built
in bge quad cards.
On my V880 Master, I have the following:
hostname: master
Netbackup is installed with "master" specified for the hostname.
/etc/nodename = master
interface ce0 = 192.168.1.1 = master-ce0
interface ce1 = 192.168.1.3 = master-ce1
/etc/hostname.ce0
192.168.1.1 netmask + broadcast + group multiIP up addif 192.168.1.2 deprecated
-failover netmask + broadcast + up
/etc/hostname.ce1
192.168.1.3 netmask + broadcast + group multiIP up addif 192.168.1.4 deprecated
-failover netmask + broadcast + up
On my V240s, I have the following:
hostname: media-A
Netbackup is installed with "media-A" specified for the hostname.
/etc/nodename = media_A
interface bge0 = 192.168.1.5 = media-A-bge0
interface bge1 = 192.168.1.7 = media-A-bge1
/etc/hostname.bge0
192.168.1.5 netmask + broadcast + group multiIP up addif 192.168.1.6 deprecated
-failover netmask + broadcast + up
/etc/hostname.bge1
192.168.1.7 netmask + broadcast + group multiIP up addif 192.168.1.8 deprecated
-failover netmask + broadcast + up
and so on, with media-B using the next 4 IPs, etc.
the bp.conf of each client has the following:
SERVER= master-ce0
SERVER= master-ce1
SERVER= media-A-bge0
SERVER= media-A-bge1
SERVER= media-B-bge0
SERVER= media-B-bge1
SERVER= media-C-bge0
SERVER= media-C-bge1
The bp.conf needs the actual interface names of the servers listed, not the
"netbackup" names......
for each server, there is a DNS alias for the netbackup hostname, ie, master,
media-A, media-B, etc, that points to the ce0 or bge0 interface for the
respective server.
I'm thinking about giving both public IPs the same "name" in a DNS hunt pool to
see if that works...when time allows.....
each server can backup multiple clients and they will loadbalance almost 50:50
over the interfaces, and in the case of a link failure, the failed link will
"failover"as a virtual interface on the remaining working interface...so you
can move a server to a different network switch, or anything at all with no
outage, by moving the physical connections one at a time.......if you notice
above, there are IPs ending in even and odd numbers......for two interfaces,
you will need 4 IPs as you need the virtual IPs (in BLUE above) internal to the
system to monitor the link states.....these IPs will never be seen from outside
of the respective boxes.....we just use this even digit "public" and odd digit
"internal/virtual" paradigm as it's easy to keep track....the "internal" IPs do
not need to be in DNS or host files or anything at all, however, IIRC, they
must be in the same subnet as the public interfaces....I THINK.....I never had
any reason to try it any other way, so I've left it as is.
if I can help anymore, let me know.
Paul
--
-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Karl.Rossing
at federated.ca
Sent: December 5, 2006 3:56 PM
To: Paul Keating
Cc: Veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Trunking in solaris...
Paul,
It sounds like you are backing up multiple clients (each has one
interface) to a single server with two nics.
Can you give a bit more detail on bp.conf config on the client and the
server?
I'm thinking i can do this with my fibre card and the bge interface on
my v240.
Karl
veritas-bu-bounces at mailman.eng.auburn.edu wrote on 12/05/2006
12:23:33 PM:
> Sorta true, Darren.
>
> However, since in an NBU env, the master initiates the backup, and
> theclient replies to the interface from which the backup was
> initiated, youget very good load balancing.
> Ie, the master server starts the backup via interface-A, the client
> seesthe backup request from interface-A, and then starts
> transmitting backupdata backup to interface-A.
> I'm getting almost exactly 50:50 loadbalancing of incoming data on
> apair of GigE NICs.
> You will need to have the "interface name" of both NICs in the
> clients'bp.conf files.
> However, I'm troubleshooting an issue with hot DB backups that I
> thinkmight be related to ambiguity between the interface names and
> thehostname.....although I think I may be able to resolve it with a
> DNShunt pool.If that doesn't work, then I'll probably have to go
> withEtherChannel/Suntrunking for the master, though I'll probably
> leave themedia servers as they are.
> Paul
> --
>
> > -----Original Message-----> From: veritas-bu-bounces at mailman.eng.
> auburn.edu > [mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On
> Behalf > Of Darren Dunham> Sent: December 1, 2006 11:02 AM> To:
> Veritas-bu at mailman.eng.auburn.edu> Subject: Re: [Veritas-bu]
> Trunking in solaris...> > All versions of Solaris support IPMP in
> software. This > allows for a bit> of outbound load sharing, but
> isn't really appropriate for load> balancing incoming data (as you
> might want on a netbackup server). It> does provide you with
> failover though, and you can balance > the incoming> traffic
> manually. If all you need is failover, then it may be> sufficient.>
> <snip>> > IP Mulitpathing (IPMP) and Link Aggregation configuration
> > details should> be in the administrators guide for the version of
> Solaris you have (if> supported). >
>
====================================================================================
> La version fran?aise suit le texte anglais.
>
------------------------------------------------------------------------------------
> This email may contain privileged and/or confidential information,
> and the Bank ofCanada does not waive any related rights. Any
> distribution, use, or copying of thisemail or the information it
> contains by other than the intended recipient isunauthorized. If you
> received this email in error please delete it immediately fromyour
> system and notify the sender promptly by email that you have done so.
>
------------------------------------------------------------------------------------
> Le pr?sent courriel peut contenir de l'information privil?gi?e ou
> confidentielle.La Banque du Canada ne renonce pas aux droits qui s'y
> rapportent. Toute diffusion,utilisation ou copie de ce courriel ou
> des renseignements qu'il contient par unepersonne autre que le ou
> les destinataires d?sign?s est interdite. Si vous recevezce courriel
> par erreur, veuillez le supprimer imm?diatement et envoyer sans
> d?lai ?l'exp?diteur un message ?lectronique pour l'aviser que vous
> avez ?limin? de votreordinateur toute copie du courriel re?u.
> _______________________________________________
> Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
====================================================================================
La version fran?aise suit le texte anglais.
------------------------------------------------------------------------------------
This email may contain privileged and/or confidential information, and the Bank
of
Canada does not waive any related rights. Any distribution, use, or copying of
this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately
from
your system and notify the sender promptly by email that you have done so.
------------------------------------------------------------------------------------
Le pr?sent courriel peut contenir de l'information privil?gi?e ou
confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute
diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient par une
personne autre que le ou les destinataires d?sign?s est interdite. Si vous
recevez
ce courriel par erreur, veuillez le supprimer imm?diatement et envoyer sans
d?lai ?
l'exp?diteur un message ?lectronique pour l'aviser que vous avez ?limin? de
votre
ordinateur toute copie du courriel re?u.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061205/defdd887/attachment-0001.html
|
