Much like many others of you we run servers which accept http connections on one eth and make db connections on another. In this case eth0 faces out and eth1 faces in to the db zone.
Sounds reasonable? In fact I suggest that you should put them the other way round.
We get alerts when web requests fail because of a lack of db connection, its meant to let us know when the db connections are running out.
But today colleague x executed a graceful restart of the networking on a busy web server, you can tell whats coming can't you...
Yes... eth0 starts first, processes try to connect through eth1 before its up, hundreds of errors LoL!
So in future, eth0 shall face in-the-way, so that the route to the db is available before we open the front door to the hordes of christmas shoppers.
So remember, at xmas the rule is:- eth0 lan eth1 internet
Danny Angus
blog.killerbees.co.uk
Danny Angus
Independent IT Consultant
"start apache anyway. There's stuff, yeah, apparently"Labels
Wednesday, December 17, 2008
eth1 Slammin' Top Tip for starting busy webservers
Further Reading
-
-
-
Keyhole, of sorts2 days ago
-
-
-
Phish or Fair?1 week ago
-
-
-
-
We’re all dead3 weeks ago
-
ApacheCon NA 2011 – Friday1 month ago
-
A bacon spin on sushi: ikura baciri3 months ago
-
Twitter4 months ago
-
Worship me, for I am a xoogler7 months ago
-
-
Westin Tower - Atlanta1 year ago
-
-
Baseline 1.52 years ago
-
Boat For Sale5 years ago
I know nothing, I'm not a fortune teller, and you'd be insane to think that I am. This disclaimer was cribbed from an email footer I once received. It is so ridiculous I had to have it for myself.
Statements in this blog that are not purely historical are forward-looking statements including, without limitation, statements regarding my expectations, objectives, anticipations, plans, hopes, beliefs, intentions or strategies regarding the future. Factors that could cause actual results to differ materially from the forward looking statements include risks and uncertainties such as any unforeseen event or any unforeseen system failures, and other risks. It is important to note that actual outcomes could differ materially from those in such forward-looking statements.
Danny Angus Copyright © 2006-2010 (OMG that's four years of this nonsense)

Comments:
Post a Comment
blog comments powered by Disqus