Alpha Software Mobile Development Tools:   Alpha Anywhere    |   Alpha TransForm subscribe to our YouTube Channel  Follow Us on LinkedIn  Follow Us on Twitter  Follow Us on Facebook

Announcement

Collapse

The Alpha Software Forum Participation Guidelines

The Alpha Software Forum is a free forum created for Alpha Software Developer Community to ask for help, exchange ideas, and share solutions. Alpha Software strives to create an environment where all members of the community can feel safe to participate. In order to ensure the Alpha Software Forum is a place where all feel welcome, forum participants are expected to behave as follows:
  • Be professional in your conduct
  • Be kind to others
  • Be constructive when giving feedback
  • Be open to new ideas and suggestions
  • Stay on topic


Be sure all comments and threads you post are respectful. Posts that contain any of the following content will be considered a violation of your agreement as a member of the Alpha Software Forum Community and will be moderated:
  • Spam.
  • Vulgar language.
  • Quotes from private conversations without permission, including pricing and other sales related discussions.
  • Personal attacks, insults, or subtle put-downs.
  • Harassment, bullying, threatening, mocking, shaming, or deriding anyone.
  • Sexist, racist, homophobic, transphobic, ableist, or otherwise discriminatory jokes and language.
  • Sexually explicit or violent material, links, or language.
  • Pirated, hacked, or copyright-infringing material.
  • Encouraging of others to engage in the above behaviors.


If a thread or post is found to contain any of the content outlined above, a moderator may choose to take one of the following actions:
  • Remove the Post or Thread - the content is removed from the forum.
  • Place the User in Moderation - all posts and new threads must be approved by a moderator before they are posted.
  • Temporarily Ban the User - user is banned from forum for a period of time.
  • Permanently Ban the User - user is permanently banned from the forum.


Moderators may also rename posts and threads if they are too generic or do not property reflect the content.

Moderators may move threads if they have been posted in the incorrect forum.

Threads/Posts questioning specific moderator decisions or actions (such as "why was a user banned?") are not allowed and will be removed.

The owners of Alpha Software Corporation (Forum Owner) reserve the right to remove, edit, move, or close any thread for any reason; or ban any forum member without notice, reason, or explanation.

Community members are encouraged to click the "Report Post" icon in the lower left of a given post if they feel the post is in violation of the rules. This will alert the Moderators to take a look.

Alpha Software Corporation may amend the guidelines from time to time and may also vary the procedures it sets out where appropriate in a particular case. Your agreement to comply with the guidelines will be deemed agreement to any changes to it.



Bonus TIPS for Successful Posting

Try a Search First
It is highly recommended that a Search be done on your topic before posting, as many questions have been answered in prior posts. As with any search engine, the shorter the search term, the more "hits" will be returned, but the more specific the search term is, the greater the relevance of those "hits". Searching for "table" might well return every message on the board while "tablesum" would greatly restrict the number of messages returned.

When you do post
First, make sure you are posting your question in the correct forum. For example, if you post an issue regarding Desktop applications on the Mobile & Browser Applications board , not only will your question not be seen by the appropriate audience, it may also be removed or relocated.

The more detail you provide about your problem or question, the more likely someone is to understand your request and be able to help. A sample database with a minimum of records (and its support files, zipped together) will make it much easier to diagnose issues with your application. Screen shots of error messages are especially helpful.

When explaining how to reproduce your problem, please be as detailed as possible. Describe every step, click-by-click and keypress-by-keypress. Otherwise when others try to duplicate your problem, they may do something slightly different and end up with different results.

A note about attachments
You may only attach one file to each message. Attachment file size is limited to 2MB. If you need to include several files, you may do so by zipping them into a single archive.

If you forgot to attach your files to your post, please do NOT create a new thread. Instead, reply to your original message and attach the file there.

When attaching screen shots, it is best to attach an image file (.BMP, .JPG, .GIF, .PNG, etc.) or a zip file of several images, as opposed to a Word document containing the screen shots. Because Word documents are prone to viruses, many message board users will not open your Word file, therefore limiting their ability to help you.

Similarly, if you are uploading a zipped archive, you should simply create a .ZIP file and not a self-extracting .EXE as many users will not run your EXE file.
See more
See less

Shared Sessions between WAS instances

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Shared Sessions between WAS instances

    Hi. I have scoured the forum looking for the answer to my question but am not able to find it. First let me layout the facts of my situation to be. 1. We will have two or three servers running the WAS (for fail over/redundancy/load balance). 2. All WAS instances look at the same SQL database. 3. The application on all WAS systems is the same. My understanding is that the WAS would have separate instances and thus separate sessions. Therefore, a user would need to login into the second instance to gain access to the application being served on the second or third server even though it is the same app. Our goal is to load balance between the servers (e.g. round robin) so that a user in theory would have access to all servers (depending on load balance rotation to provide high availability, performance, and failover) without having to login multiple times. With that in mind, is there a way to share a login session between multiple server instances of the same application without requiring the user to manually login to each server during the rotation to establish a new session?
    Last edited by jthornton; 10-23-2011, 11:23 PM. Reason: Clarifying the original question

    #2
    Re: Shared Sessions between WAS instances

    A load balancer balances users across multiple instances/IP's but each user has their own session once connected. You do need a separate IP for each instance. They could not "login" to the other server because it would not exist as far as their connection was concerned. That is, if they only have one URL, they only get one connection. If you had seperate URLs for each server, that might be different. The best thing to do is shoot an email to [email protected]. He has plenty of load balancer experience.

    By the way, has anyone had a chance to test V11 WAS in terms of performance over V10?
    Steve Wood
    See my profile on IADN

    Comment


      #3
      Re: Shared Sessions between WAS instances

      Steve it seems to be a bit slower but haven't played enough to give an accurate assessment.
      Chad Brown

      Comment


        #4
        Re: Shared Sessions between WAS instances

        Originally posted by chadbrown View Post
        Steve it seems to be a bit slower but haven't played enough to give an accurate assessment.
        Someone else said that as well.
        Peter
        AlphaBase Solutions, LLC

        [email protected]
        https://www.alphabasesolutions.com


        Comment


          #5
          Re: Shared Sessions between WAS instances

          My main tabbed ui is about 8seconds to load which on v10 is 4seconds on the same server. Most of it loads quick but the home tab seems to lag a bit. Everything else seems to be about the same as v10.
          Chad Brown

          Comment


            #6
            Re: Shared Sessions between WAS instances

            Jeremy,

            Didn't mean to derail your post with my performance question.

            The thing about Instances of Alpha Five app server is that each takes a separate IP address. I am not an IT guy, but I am pretty sure that this fact precludes one individual user spreading their load across multiple instance, let alone multiple servers. Even when it goes through the load balancer on a single IP, the side that connects to your Instances are still multiple IP addresses. IF it is possible for a load balancer to float sessions between IP addresses, then that might allow. I only had one experience, an 18 Instance on a 24 core single machine with a Load Balancer provided by Zebrahost. I don't have historical data because that client cut back to a single instance after a few months of no sales.

            Another way to load balance is to just provide a different URL for each instance, and sort of manually divvy up those URLs between your users.
            Steve Wood
            See my profile on IADN

            Comment


              #7
              Re: Shared Sessions between WAS instances

              Thanks Steve. I have sent him an email. Our goal is to have something like "domain.com" pointing to a load balancer, which then based on a set of load balance rules would forward the user to server 10.10.10.1 or server 10.10.10.2. However, the login session started on the first login would need to be carried between servers as the load balance passed the traffic to the various ips. I am hoping that there is a way for the multiple WAS's to be able to share a session folder between servers (seems most efficient) or maybe something like a "cloud" shared folder holding the session info. If not, unless someone knows something I don't, I guess one would have to program manually in the application the url's that include various user information variables to be passed in the link for the servers to automatically log the user in as the traffic is passed to it. Nevertheless, I will await some help from Clive on the matter, but any additional feedback or ideas from the forum will also be appreciated on ways to share a session between server instances of the same app (without users "manually" logging into each server).

              Comment


                #8
                Re: Shared Sessions between WAS instances

                If you use a bunch of servers you can still share a webroot from what I understand so all session folders would be in the same place the servers would all be mapped to the same webroot and away you go. But if that webroot is unavailable on any of the servers you are done.
                Chad Brown

                Comment


                  #9
                  Re: Shared Sessions between WAS instances

                  No problem and I appreciate your help in directing me to Clive. I read the forums all the time and find that the various discussions that occur from a beginning question are often times just as helpful. I am just as interested in performance issues too! As for divvying up url's I have thought of that but I am trying to avoid it as much as possible so that the app can scale up or down on the server side without relocating users to different urls yet the change would be seamless to the users. As you know in your experience the less hassle and change for the users the better! Thanks.

                  Comment


                    #10
                    Re: Shared Sessions between WAS instances

                    Originally posted by chadbrown View Post
                    If you use a bunch of servers you can still share a webroot from what I understand so all session folders would be in the same place the servers would all be mapped to the same webroot and away you go. But if that webroot is unavailable on any of the servers you are done.
                    I will certainly test this as an option when we are ready, but I would be afraid performance would be impacted in this case (specifically the benefits of load balance and fail over as well as serving speed of the instances since all have to go out to a shared folder) but if it works it would accomplish what I have in mind for shared sessions. Do you have any experience with this type of setup and performance experience?
                    Last edited by jthornton; 10-24-2011, 12:15 AM.

                    Comment


                      #11
                      Re: Shared Sessions between WAS instances

                      I dont use this myself but I do know a developer that does. If you go this route let me know and I can contact him and ask him to share some insight. I use dropbox to share files that are common on multiple servers but I would think that's not quick or trust it enough to use common files like session folders.
                      Chad Brown

                      Comment


                        #12
                        Re: Shared Sessions between WAS instances

                        Originally posted by chadbrown View Post
                        I dont use this myself but I do know a developer that does. If you go this route let me know and I can contact him and ask him to share some insight. I use dropbox to share files that are common on multiple servers but I would think that's not quick or trust it enough to use common files like session folders.
                        That was just what I was thinking (a DropBox like setup), but I am with you in production environments I do not know how reliable this would be.

                        Comment


                          #13
                          Re: Shared Sessions between WAS instances

                          I personally would not use dropbox in production leads to the loss of performance keep all session-folders within your infrastructure that is the safest way.
                          Much has been said and written about load balancing there is nothing better like a stress test and is the best available test remidie to find the truth it works or it does not.
                          Chad is correct a shared folder session on one machine shows the risk that if that machine goes down you have nothing.
                          I have no idea of ​​the number of users and your availability to your system but to ensure I would choose as an example: 3-2-2.
                          Three of the WAS, two for file sharing (webroot) and two database servers. This is a costly business this way.
                          Alpha Software has announced support for IIS V11 that changed things . Contact these guys for more details.


                          Finally, there is much confusion about sessions and WAS servers. In order to conduct sessions across multiple application servers for this you need a broker who is not A5 instance.
                          See this a Master-Slave conductor example 2 Brokers and X WAS instances the broker is the watcher and sends the client to (xyz) was instance then the broker is the session handler not the WAS instance. The number of ip's is not important that could be one domain of more depending on your needs .

                          Hard versus software load balancing is a different behavior than the broker solution, but may be an alternative.
                          What I at least know that the introduction of the V11 IIS version will tell more details. We have to wait for the time Beta comes out
                          Last edited by bea2701; 10-24-2011, 02:17 AM.

                          Comment


                            #14
                            Re: Shared Sessions between WAS instances

                            I have actually wondered about having a domain send people to a login page either on itself, or a sub-domain. This would be before any session information is stored, other then updating a table that records where the last user was sent. Need another instance, then add another sub-domain, and another instance.

                            Comment


                              #15
                              Re: Shared Sessions between WAS instances

                              Well after further reading it appears that it is possible to load balance (at least partially) at the moment using a load balancer that supports session affinity/sticky sessions. The balancer keeps the user on the same server they originally login. As more users enter the load balance moves down the list of servers setup. It acts more like a gateway that limits X number of users to a particular ip/port. This is good for controlling users per server and moving the load to the next server, but the problem occurs in that it is really not performance geared. As one could have a heavy load on server 1 while server 2 barely gets any of the work thus not using some resources to better the performance of the load. Nevertheless, at least there are some options to accomplish elements of load balance for users. At present the idea of a shared session folder and ip redirects between app servers seems the best option to accomplish a truer load balance, but testing of performance and reliability will be crucial. I have not heard from Clive yet, but I am hoping he will have some more ideas on the matter. All of this discussion about shared folders has prompted another question. Can you have two or more exact copies of the session folder running or are we limited to one location? bea271 mentioned two system for webroot. It is my understanding we would be limited to pointing at one webroot containing the same sessions for all the servers (in the context we are discussing of shared sessions on many servers for load but one app on all instances). I appreciate everyone's help I am learning from your experience so I don't waste lots of time trying to tinker with various load balancing setups to find it was a waste of time from the start.
                              Last edited by jthornton; 10-24-2011, 10:34 AM.

                              Comment

                              Working...
                              X