RE: Clustering in Orion
Will my EJBs be replicated across the cluster? The documentation states the following. The HttpSession data (as long as it is Serializable or an EJB reference). Note that if the EJBs are located on a server that fails, the references might become invalid. The ServletContext data. Please note that the Servlet spec does not say that ServletContext is replicated, so you are relying on a Orion specific feature.
RE: Clustering in Orion
Title: Clustering in Orion As I understand it clustering of session EJBs will soon be available. But thats just the rumor. -Original Message-From: GUNDA, Satish / RSAIFS - IOM [mailto:[EMAIL PROTECTED]]Sent: Friday, August 31, 2001 7:52 AMTo: Orion-InterestSubject: Clustering in Orion Hi all, What is the clustering support provided by Orion? Will my EJBs be replicated across the cluster? The documentation states the following. The HttpSession data (as long as it is Serializable or an EJB reference). Note that if the EJBs are located on a server that fails, the references might become invalid. The ServletContext data. Does it mean EJBs are not replicated acorss a cluster? I don't know how just replication at HTTPSession level can help a production site which requires 99.99 uptime. Any idea when (if) Orion is coming up with this support? Thanks, Satish
RE: Clustering in Orion
Title: Clustering in Orion Really? Could you share the source (of the rumor)? -Original Message-From: Aaron Tavistock [mailto:[EMAIL PROTECTED]]Sent: Viernes, 31 de Agosto de 2001 16:39To: Orion-InterestSubject: RE: Clustering in Orion As I understand it clustering of session EJBs will soon be available. But thats just the rumor. -Original Message-From: GUNDA, Satish / RSAIFS - IOM [mailto:[EMAIL PROTECTED]]Sent: Friday, August 31, 2001 7:52 AMTo: Orion-InterestSubject: Clustering in Orion Hi all, What is the clustering support provided by Orion? Will my EJBs be replicated across the cluster? The documentation states the following. The HttpSession data (as long as it is Serializable or an EJB reference). Note that if the EJBs are located on a server that fails, the references might become invalid. The ServletContext data. Does it mean EJBs are not replicated acorss a cluster? I don't know how just replication at HTTPSession level can help a production site which requires 99.99 uptime. Any idea when (if) Orion is coming up with this support? Thanks, Satish
RE: Clustering in Orion
Title: Clustering in Orion I saw that one too..somewhere in the list archives. -Original Message-From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]]Sent: Friday, August 31, 2001 2:56 PMTo: Orion-InterestSubject: RE: Clustering in Orion Really? Could you share the source (of the rumor)? -Original Message-From: Aaron Tavistock [mailto:[EMAIL PROTECTED]]Sent: Viernes, 31 de Agosto de 2001 16:39To: Orion-InterestSubject: RE: Clustering in Orion As I understand it clustering of session EJBs will soon be available. But thats just the rumor. -Original Message-From: GUNDA, Satish / RSAIFS - IOM [mailto:[EMAIL PROTECTED]]Sent: Friday, August 31, 2001 7:52 AMTo: Orion-InterestSubject: Clustering in Orion Hi all, What is the clustering support provided by Orion? Will my EJBs be replicated across the cluster? The documentation states the following. The HttpSession data (as long as it is Serializable or an EJB reference). Note that if the EJBs are located on a server that fails, the references might become invalid. The ServletContext data. Does it mean EJBs are not replicated acorss a cluster? I don't know how just replication at HTTPSession level can help a production site which requires 99.99 uptime. Any idea when (if) Orion is coming up with this support? Thanks, Satish
RE: Clustering in Orion
Title: RE: Clustering in Orion I'm somewhat confused here My WEB-INF directory has a web.xml file in it. The docs say that to cluster it, it should have distributable / in it. Now, what's the difference between web.xml and orion-web.xml? Which should my webapp have in its WEB-INF directory? In fact, I've noticed the same kind of difference with applications, with orion-application and application. the non orion- versions of the files are documented, while I can't seem to find docs for the orion- ones... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Duffey Sent: Thursday, August 17, 2000 6:16 PM To: Orion-Interest Subject: Re: Clustering in Orion I have clustered Orion, but there is alot I don't know about it. I have learned that Orion does session replication to every server in the cluster farm. I have not been able to test it with a load-balancer yet. Anyone happen to know of a free software load-balancer that can be used to test multiple servers with? Clustering with Orion is easy. You just add a cluster id=x / to server.xml on each server in the Orion/config dir. x is equal to a unique number on each server. then you add a cluster-config / to each orion-web.xml in the WEB-INF dir of a web app. That should cluster it. There are a number of issues I am not sure of however. If you run orion with the -console2 option, it brings up a SWING based admin console, and you can open the http tree and see the web-apps running, then look at sessions in each of those apps. When I cluster two servers, and hit one, the session data appears in both servers. However, on the server that the session was not created on, the values of the objects in the session are not available. This confuses me because I figured if I hit the other server that has been replicated to, and passed along the session ID (jsessionid=xxx), that it would automatically make that session available to me. However, one of our engineers mentioned that a session is stored via the ip address being hit. Thus, even though the session data is saved on two servers, trying to access the same session from two different ip addresses won't work. My only dilema here is..if a server goes down (say the one the session data was created on), so only one is left, does that automatically take over? I can't get this to work because I don't have a load balancer. I assume using a load-balancer is easy enough and this would work. Anyone from the Orion team care to respond..that would be great if you could explain how this is done. Thanks. - Original Message - From: Joseph B. Ottinger [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Cc: Orion-Interest [EMAIL PROTECTED] Sent: Thursday, August 17, 2000 9:55 AM Subject: Re: Clustering in Orion If I had any information about it, sure. I only have one machine; clustering isn't really an option for me. On Thu, 17 Aug 2000, Pedro Garcia Lopez wrote: Hello Joseph, Congratulation for your interesting site about Orion. My question is about clustering ? Do you plan to include some help in this issue ? Regards, Pedro --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
RE: Clustering in Orion
Title: RE: Clustering in Orion There are docs in the /docs folder on orion-web and orion-application. You brought up a point though that I am not aware of...I have to manually put in the cluster-config / in orion-web.xml. Maybe by putting in distributable / in web.xml, Orion automatically puts in the cluster-config / into orion-web.xml. orion-web.xml is created by Orion when the web-app is deployed. I know you generally put in the cluster stuff in server.xml, and since I don't change anything in the orion-web.xml..i just use the default, I am now not sure if I am supposed to do that manually or not. If I delete it, Oroin regenerates another orion-web.xml next time i start it..but it doesn't put in the cluser-config / setting again. Also, don't you have to do some special programming when using the distributable / in web.xml? Any documentation on what it is you have to do when using this? Thanks. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hani SuleimanSent: Friday, August 18, 2000 8:53 AMTo: Orion-InterestSubject: RE: Clustering in Orion I'm somewhat confused here My WEB-INF directory has a web.xml file in it. The docs say that to cluster it, it should have distributable / in it. Now, what's the difference between web.xml and orion-web.xml? Which should my webapp have in its WEB-INF directory? In fact, I've noticed the same kind of difference with applications, with orion-application and application. the non orion- versions of the files are documented, while I can't seem to find docs for the orion- ones... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Duffey Sent: Thursday, August 17, 2000 6:16 PM To: Orion-Interest Subject: Re: Clustering in Orion I have clustered Orion, but there is alot I don't know about it. I have learned that Orion does session replication to every server in the cluster farm. I have not been able to test it with a load-balancer yet. Anyone happen to know of a "free" software load-balancer that can be used to test multiple servers with? Clustering with Orion is easy. You just add a cluster id="x" / to server.xml on each server in the Orion/config dir. x is equal to a unique number on each server. then you add a cluster-config / to each orion-web.xml in the WEB-INF dir of a web app. That should cluster it. There are a number of issues I am not sure of however. If you run orion with the -console2 option, it brings up a SWING based admin console, and you can open the http tree and see the web-apps running, then look at sessions in each of those apps. When I cluster two servers, and hit one, the session data appears in both servers. However, on the server that the session was not created on, the values of the objects in the session are not available. This confuses me because I figured if I hit the other server that has been replicated to, and passed along the session ID (jsessionid=xxx), that it would automatically make that session available to me. However, one of our engineers mentioned that a session is stored via the ip address being hit. Thus, even though the session data is saved on two servers, trying to access the same session from two different ip addresses won't work. My only dilema here is..if a server goes down (say the one the session data was created on), so only one is left, does that automatically take over? I can't get this to work because I don't have a load balancer. I assume using a load-balancer is easy enough and this would work. Anyone from the Orion team care to respond..that would be great if you could explain how this is done. Thanks. - Original Message - From: "Joseph B. Ottinger" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, August 17, 2000 9:55 AM Subject: Re: Clustering in Orion If I had any information about it, sure. I only have one machine; clustering isn't really an option for me. On Thu, 17 Aug 2000, Pedro Garcia Lopez wrote: Hello Joseph, Congratulation for your interesting site about Orion.My question is about clustering ? Do you plan to include some help in this issue ? Regards, Pedro --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
RE: Clustering in Orion
That is a good way to test without a load-balancer. Thanks. However, the other dilema I have..and maybe you can check this in the short-term with an email or post here, but when you shut down one server, then restart it, does the session data in the other running server get replicated back to the newly added (or restarted) server? If so..how long does it take, does it require any special settings, etc? I ask because when I restarted my server, Orion started fine, but even after clicking around the site, I only see the contents of the server I am hitting changing, and I don't see any new sessions created on the newly started server. I am concerned that if one server goes down and then then restarts, then the other one went down, the sessions end up not getting replicated to save them. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Joel Shellman Sent: Thursday, August 17, 2000 5:21 PM To: Orion-Interest Subject: Re: Clustering in Orion Quick and dirty "load balancing" is round robin DNS. I just did a quick test the other day and set up two machines with our app. Hit the URL once and logged in (keeps object in session). Killed the app on one machine and hit reload. I was still logged in on the other machine. I got some errors as Netscape didn't choose to look at the other IP (in RR DNS you specify multiple IPs for a single domain name) right off. But it did show that session failover worked. -- Joel Shellman Chief Software Architect The virally-driven B2B marketplace for outsourcing projects http://www.ants.com/90589781 Kevin Duffey wrote: I have clustered Orion, but there is alot I don't know about it. I have learned that Orion does session replication to every server in the cluster farm. I have not been able to test it with a load-balancer yet. Anyone happen to know of a "free" software load-balancer that can be used to test multiple servers with? Clustering with Orion is easy. You just add a cluster id="x" / to server.xml on each server in the Orion/config dir. x is equal to a unique number on each server. then you add a cluster-config / to each orion-web.xml in the WEB-INF dir of a web app. That should cluster it. There are a number of issues I am not sure of however. If you run orion with the -console2 option, it brings up a SWING based admin console, and you can open the http tree and see the web-apps running, then look at sessions in each of those apps. When I cluster two servers, and hit one, the session data appears in both servers. However, on the server that the session was not created on, the values of the objects in the session are not available. This confuses me because I figured if I hit the other server that has been replicated to, and passed along the session ID (jsessionid=xxx), that it would automatically make that session available to me. However, one of our engineers mentioned that a session is stored via the ip address being hit. Thus, even though the session data is saved on two servers, trying to access the same session from two different ip addresses won't work. My only dilema here is..if a server goes down (say the one the session data was created on), so only one is left, does that automatically take over? I can't get this to work because I don't have a load balancer. I assume using a load-balancer is easy enough and this would work. Anyone from the Orion team care to respond..that would be great if you could explain how this is done.
Re: Clustering in Orion
If I had any information about it, sure. I only have one machine; clustering isn't really an option for me. On Thu, 17 Aug 2000, Pedro Garcia Lopez wrote: Hello Joseph, Congratulation for your interesting site about Orion. My question is about clustering ? Do you plan to include some help in this issue ? Regards, Pedro --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: Clustering in Orion
I have clustered Orion, but there is alot I don't know about it. I have learned that Orion does session replication to every server in the cluster farm. I have not been able to test it with a load-balancer yet. Anyone happen to know of a "free" software load-balancer that can be used to test multiple servers with? Clustering with Orion is easy. You just add a cluster id="x" / to server.xml on each server in the Orion/config dir. x is equal to a unique number on each server. then you add a cluster-config / to each orion-web.xml in the WEB-INF dir of a web app. That should cluster it. There are a number of issues I am not sure of however. If you run orion with the -console2 option, it brings up a SWING based admin console, and you can open the http tree and see the web-apps running, then look at sessions in each of those apps. When I cluster two servers, and hit one, the session data appears in both servers. However, on the server that the session was not created on, the values of the objects in the session are not available. This confuses me because I figured if I hit the other server that has been replicated to, and passed along the session ID (jsessionid=xxx), that it would automatically make that session available to me. However, one of our engineers mentioned that a session is stored via the ip address being hit. Thus, even though the session data is saved on two servers, trying to access the same session from two different ip addresses won't work. My only dilema here is..if a server goes down (say the one the session data was created on), so only one is left, does that automatically take over? I can't get this to work because I don't have a load balancer. I assume using a load-balancer is easy enough and this would work. Anyone from the Orion team care to respond..that would be great if you could explain how this is done. Thanks. - Original Message - From: "Joseph B. Ottinger" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, August 17, 2000 9:55 AM Subject: Re: Clustering in Orion If I had any information about it, sure. I only have one machine; clustering isn't really an option for me. On Thu, 17 Aug 2000, Pedro Garcia Lopez wrote: Hello Joseph, Congratulation for your interesting site about Orion. My question is about clustering ? Do you plan to include some help in this issue ? Regards, Pedro --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: Clustering in Orion
Quick and dirty "load balancing" is round robin DNS. I just did a quick test the other day and set up two machines with our app. Hit the URL once and logged in (keeps object in session). Killed the app on one machine and hit reload. I was still logged in on the other machine. I got some errors as Netscape didn't choose to look at the other IP (in RR DNS you specify multiple IPs for a single domain name) right off. But it did show that session failover worked. -- Joel Shellman Chief Software Architect The virally-driven B2B marketplace for outsourcing projects http://www.ants.com/90589781 Kevin Duffey wrote: I have clustered Orion, but there is alot I don't know about it. I have learned that Orion does session replication to every server in the cluster farm. I have not been able to test it with a load-balancer yet. Anyone happen to know of a "free" software load-balancer that can be used to test multiple servers with? Clustering with Orion is easy. You just add a cluster id="x" / to server.xml on each server in the Orion/config dir. x is equal to a unique number on each server. then you add a cluster-config / to each orion-web.xml in the WEB-INF dir of a web app. That should cluster it. There are a number of issues I am not sure of however. If you run orion with the -console2 option, it brings up a SWING based admin console, and you can open the http tree and see the web-apps running, then look at sessions in each of those apps. When I cluster two servers, and hit one, the session data appears in both servers. However, on the server that the session was not created on, the values of the objects in the session are not available. This confuses me because I figured if I hit the other server that has been replicated to, and passed along the session ID (jsessionid=xxx), that it would automatically make that session available to me. However, one of our engineers mentioned that a session is stored via the ip address being hit. Thus, even though the session data is saved on two servers, trying to access the same session from two different ip addresses won't work. My only dilema here is..if a server goes down (say the one the session data was created on), so only one is left, does that automatically take over? I can't get this to work because I don't have a load balancer. I assume using a load-balancer is easy enough and this would work. Anyone from the Orion team care to respond..that would be great if you could explain how this is done.