Latest Announcemnent
New thread
Status
Not open for further replies.
BattleDuty

BattleDuty

Banned
Banned
922
2011
352
0
I want to know about single site and multiple network.

That is, can I host 1 site on 2 servers? If one goes down, site continues to work from other one.

Say A is the site with X and Y IP [servers]. Then I add both NS.

Will this work or?


Thank you!
 
22 comments
Maybe this will work:

Point your NS1 to first server.
Point NS2 to second server.
And so on..

if ns1 is down, it tries to reach ns2. Not sure though,

Or just use a CDN.
 
I should point NS1 to server 1 + server 2 right?

Then NS2 server 1 + server 2 right.

Also how does CDN work when server is down..?

Thanks!
 
With that nameserver concept it wouldn't work.
You would need something like a VPS and the 2 dedis.
The domain would point to the VPS first which would then direct to the main server if it's up, otherwise if a response isn't received from the main server, it instead directs to the second server.
 
I got 1 VPS and 1 Dedicated server.. The thing is both are good but one goes down sometimes.. I don't want any downtime as it's affecting my work.

So any body know how to do this?

Also how does CDN works?
Does CND works even when server is down?

Sanin, I forgot about DB.. damm..


Thanks!
 
Just get 1 bigger server so load isnt a problem & you shouldnt get any downtime.

If mysql load is a problem get a seperate SSD for it.


Other wise i think you can use roundrobin DNS to use multiple servers, it checks the server is up before sending the visitor, if its down it uses another server.
 
^^It's not actually about load issue.. It's just downtime issue.. Been using KnownSRV but 3 days down time is really not appreciated.. It has affected big time.. So I decided to move to another host for backup.. So if knownSRV goes down, site should run from another server..

Possible?

Thanks!
 
^^Thank you so much :) It's listed "always online" cache portion!

Sounds perfect.

EDIT: Wait, do users see captcha before entering the site?
 
Last edited:
CloudFlare Always Online

Desi_Boy said:
use cloudflare , ur website remain online if its goes down
Click to expand...

Just a quick note that Always Online will not serve a full version of your site when your server is down. The Always Online feature also has some limitations.

---------- Post added at 02:48 PM ---------- Previous post was at 02:47 PM ----------
digitallifeseff said:
afaik cloudflare it's only cache image and css.. not whole content... you can try reverse proxy..
Click to expand...

Always Online actually does cache a little html (Always Online is distinctly different from regular CloudFlare caching).
 
If you're with OVH, they have a fail-over option as well for this exact purpose.

Simply put, to achieve it, the main server periodically back ups all data onto the second server and when the main server goes down, the "gateway/vps" will direct traffic to the second server. This way you can use the system to perform updates/maintenance/upgrades to the main server and still have the site remain online.
 
I have few expriences in this field. If you have less/or equal 4 servers, it's best to setup 1 instance of MySQL. More than 4 servers, 2 mysql run in replication mode (one master and many slaves). Why? In high traffic website (I'm talking hundreds thousands visits in day or more) MySQL use a lot of RAM and CPU, try to seperate it from PHP and WebServer for best performance.
If you have more than 2 web server, and one extra for mysql, use the extra one for load balancer. The best software load balancer out there is nginx. You can config nginx to balance the request to your 2 web servers. If one web server goes down, you still have the other.
Now, for MySQL. If you have mysql run in replication mode (means 1 master server, and many slave), config for each web server connect to different mysql server. Now, if you have only 2 mysql server (1 master & 1 slave), you can config you web server read from master. If you have more than 3 (1 master & 2 slaves), do not config your web server to read from master, only read from slave. Any modification operation happens to database (UPDATE, INSERT, DELETE) you will have to perform on the master, and those modifications will be mirrored to slave. If you perform modification operations on slave, it will not change the master and other slave, go figure.
Next thing is PHP Session. Now, you have more than 2 web servers, each one will give the client different session id, and (maybe) store different session data. So, we will have to store php session in one place. There are many ways to do that: file, mysql, memcached, redis... Now, forget the session to file solution, one reason: it sucks. Well, the easiest way is to store php session in mysql. But the best way is to store in memcached, which is lightning fast.
Code: 
Memcached: http://pureform.wordpress.com/2009/04/08/memcache-mysql-php-session-handler/
MySQL: http://www.tonymarston.net/php-mysql/session-handler.html

Last word: there are many solution to scale a website, those things above i points out are just few, and I'm gladly to share my exprience.
And one more thing, in nginx load balancer, there are 2 ways to load balance between servers:
1. Equally divide: client make 5 requests to your webserver (assume you're load balancing between 3 web servers), load balancer will do like this: request 1 go to svr A, req 2 go to svr B, req 3 go to C, req 4 go to A, req 5 go to B. Pros: CPU + RAM load is balanced. Cons: different session.
2. Stay in one server: client 1 make 5 requests, load balancer forwards all request to svr A and all further request will go to svr A. Client 2 make requests, all will go to svr B. Pros: no session problems. Cons: one svr may have more stress than the others, and when one go down, one other svr will take all the stress from the down svr, and there will be a chain reaction.
 
Status
Not open for further replies.
Back
Top