• Some users have recently had their accounts hijacked. It seems that the now defunct EVGA forums might have compromised your password there and seems many are using the same PW here. We would suggest you UPDATE YOUR PASSWORD and TURN ON 2FA for your account here to further secure it. None of the compromised accounts had 2FA turned on.
    Once you have enabled 2FA, your account will be updated soon to show a badge, letting other members know that you use 2FA to protect your account. This should be beneficial for everyone that uses FSFT.

Network Bandwidth Limiting with NappIT / OI

Zer022

n00b
Joined
Sep 19, 2012
Messages
12
Quick question for anyone familiar with this. I have 2x OpenIndiana boxes running the full licensed version of Napp-it with all extensions. I use the replication features to mirror storage from other appliances to these for backup.

Is there a way to limit the amount of bandwidth that can be used for napp-it's replication process? Some of my replication jobs run over WAN links and I don't want to completely flood the links with storage replication traffic.

Is there a way to do this from the command line?

Better still is this a feature that could be added to napp-it GUI? It could either be set on each SOURCE or it could be set for each replication job on the TARGET server?
 
If replication is using zfs send / receive, it's conceivable that it can be wrapped with mbuffer.
 
it is using ZFS send/receive for replication but I think with napp-it it's wrapped up so that the replication can be scheduled and automated with efficient data transfer, so it takes the snapshot, packages it up and syncs it over etc.

For limiting at the source it would probably be enough if it was possible to limit the bandwidth for all traffic to a specific remote IP, then there would be no need to understand the intimate details of how napp-it's replication scripts and stuff work.
 
Quick question for anyone familiar with this. I have 2x OpenIndiana boxes running the full licensed version of Napp-it with all extensions. I use the replication features to mirror storage from other appliances to these for backup.

Is there a way to limit the amount of bandwidth that can be used for napp-it's replication process? Some of my replication jobs run over WAN links and I don't want to completely flood the links with storage replication traffic.

Is there a way to do this from the command line?

Better still is this a feature that could be added to napp-it GUI? It could either be set on each SOURCE or it could be set for each replication job on the TARGET server?

maybee flowadm is what you are looking for:
http://docs.oracle.com/cd/E19963-01/html/821-1462/flowadm-1m.html
 
Yep I was looking at flowadm as the most likely candidate although it only limits down to 1.5mbit I can't see many scenario's where we would go lower than that.

Is there any chance of having something built into the napp-it GUI for setting a limit based on either the target IP/hostname of the traffic or the source adapter?
 
Yep I was looking at flowadm as the most likely candidate although it only limits down to 1.5mbit I can't see many scenario's where we would go lower than that.

Is there any chance of having something built into the napp-it GUI for setting a limit based on either the target IP/hostname of the traffic or the source adapter?

I see now way to do.
Other option may using a firewall/vpn solution that optionally offer such a functionality.
 
Found a good flowadm example at the link below, have pasted the actual commands in here below for reference also. If we dropped the destination port and just used the remote_ip we could set a limit on traffic to this remote IP and check the flowadm status to see what current limit is applied if any.

If the remote IP is the address of the TARGET system for replication setting this would effectively rate limit replication traffic, which would be pretty useful. If napp-it replication is using a specific source or destination port then we could be even more specific and ensure that we don't affect other traffic between the two boxes.

If something like this could be added to the napp-it gui that would be very useful for my situation where I have replication over several WAN links to an offsite DR location and don't want to flood the links.

It would make WAN-Replication a viable feature to list on napp-it's list of achievements :)

http://serverfault.com/questions/141182/how-can-i-rate-limit-packet-shape-traffic-shape-on-solaris

flowadm add-flow -l xnf0 -a remote_ip=193.49.161.207,remote_port=43833 flow-tcp-app
flowadm set-flowprop -p maxbw=8M flow-tcp-app
 
Found a good flowadm example at the link below, have pasted the actual commands in here below for reference also. If we dropped the destination port and just used the remote_ip we could set a limit on traffic to this remote IP and check the flowadm status to see what current limit is applied if any.

If the remote IP is the address of the TARGET system for replication setting this would effectively rate limit replication traffic, which would be pretty useful. If napp-it replication is using a specific source or destination port then we could be even more specific and ensure that we don't affect other traffic between the two boxes.

If something like this could be added to the napp-it gui that would be very useful for my situation where I have replication over several WAN links to an offsite DR location and don't want to flood the links.

It would make WAN-Replication a viable feature to list on napp-it's list of achievements :)

http://serverfault.com/questions/141182/how-can-i-rate-limit-packet-shape-traffic-shape-on-solaris

flowadm add-flow -l xnf0 -a remote_ip=193.49.161.207,remote_port=43833 flow-tcp-app
flowadm set-flowprop -p maxbw=8M flow-tcp-app


Each replication has its own port (same is used on both sides), see menu jobs
 
So I ended up using a dedicated NIC for replication traffic and them used dladm to limit bandwidth for that NIC

#Show Current settings for e1000g0
dladm show-linkprop -p maxbw e1000g0

#Set a limit of 10Mbit for e1000g0
dladm set-linkprop -p maxbw=10 e1000g0

Just got the box to the remote site so now for a first replication run!
 
Back
Top