ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Small colo infrastructure for SaaS

    IT Discussion
    colocation saas
    8
    60
    3.8k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • S
      scottalanmiller @DustinB3403
      last edited by

      @dustinb3403 said in Small colo infrastructure for SaaS:

      @scottalanmiller said in Small colo infrastructure for SaaS:

      In that case, why the live migration? Should not be needed at all, correct? If one node dies, the other just takes over?

      I'm thinking for those cases of a host catching on fire.

      @scottalanmiller said in Small colo infrastructure for SaaS:

      @dustinb3403 said in Small colo infrastructure for SaaS:

      You can even get Near-HA with the pool functionality in XenServer or XCP-NG. Or you can use StarWinds vSAN and have true sHA for little overhead.

      For a third party workload, I'd do that. But for a bespoke app, I bet he doesn't need to. You can make it all failover with nothing more than load balancing.

      True, but its nothing more than a control function to "move" the workload to another host in the pool.

      Right, but that's not needed typically with bespoke software. That's a kludge for third party software that isn't well designed.

      1 Reply Last reply Reply Quote 0
      • S
        scottalanmiller @1337
        last edited by

        @pete-s said in Small colo infrastructure for SaaS:

        @scottalanmiller said in Small colo infrastructure for SaaS:

        In that case, why the live migration? Should not be needed at all, correct? If one node dies, the other just takes over?

        Live migration for service, upgrades and such.

        When would that be needed? Maybe I'm picturing a very different setup....

        D 2 Replies Last reply Reply Quote 0
        • D
          DustinB3403 @1337
          last edited by

          @pete-s said in Small colo infrastructure for SaaS:

          @scottalanmiller said in Small colo infrastructure for SaaS:

          In that case, why the live migration? Should not be needed at all, correct? If one node dies, the other just takes over?

          Live migration for service, upgrades and such.

          This would be in the case of performing host updates only. You're not gaining true HA at the application layer. If the guest takes a dive, you're still recovering from backup.

          1 Reply Last reply Reply Quote 0
          • D
            DustinB3403 @scottalanmiller
            last edited by

            @scottalanmiller said in Small colo infrastructure for SaaS:

            @pete-s said in Small colo infrastructure for SaaS:

            @scottalanmiller said in Small colo infrastructure for SaaS:

            In that case, why the live migration? Should not be needed at all, correct? If one node dies, the other just takes over?

            Live migration for service, upgrades and such.

            When would that be needed? Maybe I'm picturing a very different setup....

            Host updates that require a reboot. Few and far inbetween now-a-days.

            S 1 Reply Last reply Reply Quote 0
            • S
              scottalanmiller @DustinB3403
              last edited by

              @dustinb3403 said in Small colo infrastructure for SaaS:

              @scottalanmiller said in Small colo infrastructure for SaaS:

              @pete-s said in Small colo infrastructure for SaaS:

              @scottalanmiller said in Small colo infrastructure for SaaS:

              In that case, why the live migration? Should not be needed at all, correct? If one node dies, the other just takes over?

              Live migration for service, upgrades and such.

              When would that be needed? Maybe I'm picturing a very different setup....

              Host updates that require a reboot. Few and far inbetween now-a-days.

              Even full reboot of the host is handled in my mental design.

              1 Reply Last reply Reply Quote 0
              • D
                DustinB3403 @scottalanmiller
                last edited by

                My biggest question is why split workloads, rather than just the two servers, one acting as the active host, the other acting as the backup host.

                Remove the NL Storage server entirely.

                Perform continuous replication from Host A to Host B, as well as backup offsite.

                S 1 Reply Last reply Reply Quote 0
                • S
                  scottalanmiller @DustinB3403
                  last edited by

                  @dustinb3403 said in Small colo infrastructure for SaaS:

                  My biggest question is why split workloads, rather than just the two servers, one acting as the active host, the other acting as the backup host.

                  Remove the NL Storage server entirely.

                  Perform continuous replication from Host A to Host B, as well as backup offsite.

                  Why even that much complexity? Only piece that needs replicated normally is the database.

                  D J 2 Replies Last reply Reply Quote 0
                  • D
                    DustinB3403 @scottalanmiller
                    last edited by

                    @scottalanmiller said in Small colo infrastructure for SaaS:

                    @dustinb3403 said in Small colo infrastructure for SaaS:

                    My biggest question is why split workloads, rather than just the two servers, one acting as the active host, the other acting as the backup host.

                    Remove the NL Storage server entirely.

                    Perform continuous replication from Host A to Host B, as well as backup offsite.

                    Why even that much complexity? Only piece that needs replicated normally is the database.

                    Because you'd need to have a readily available to use infrastructure somewhere that can host said database. Which might be beyond the technical expertise at the table to configure.

                    1 S 2 Replies Last reply Reply Quote 0
                    • 1
                      1337 @DustinB3403
                      last edited by 1337

                      @dustinb3403 said in Small colo infrastructure for SaaS:

                      @scottalanmiller said in Small colo infrastructure for SaaS:

                      @dustinb3403 said in Small colo infrastructure for SaaS:

                      My biggest question is why split workloads, rather than just the two servers, one acting as the active host, the other acting as the backup host.

                      Remove the NL Storage server entirely.

                      Perform continuous replication from Host A to Host B, as well as backup offsite.

                      Why even that much complexity? Only piece that needs replicated normally is the database.

                      Because you'd need to have a readily available to use infrastructure somewhere that can host said database. Which might be beyond the technical expertise at the table to configure.

                      I don't want to replicate the db to the cloud. I believe it will be too slow.

                      And I want to have the backup locally available so restores are fast - even if I will also backup to offsite at times.

                      Colo is 30 minute drive from our office.

                      D S 3 Replies Last reply Reply Quote 0
                      • J
                        JaredBusch @scottalanmiller
                        last edited by

                        @scottalanmiller said in Small colo infrastructure for SaaS:

                        @dustinb3403 said in Small colo infrastructure for SaaS:

                        My biggest question is why split workloads, rather than just the two servers, one acting as the active host, the other acting as the backup host.

                        Remove the NL Storage server entirely.

                        Perform continuous replication from Host A to Host B, as well as backup offsite.

                        Why even that much complexity? Only piece that needs replicated normally is the database.

                        Because VM replication is not added complexity. it is easier, by far, than managing individual databases on every VM.

                        D S 2 Replies Last reply Reply Quote 1
                        • D
                          DustinB3403 @1337
                          last edited by DustinB3403

                          @pete-s said in Small colo infrastructure for SaaS:

                          @dustinb3403 said in Small colo infrastructure for SaaS:

                          @scottalanmiller said in Small colo infrastructure for SaaS:

                          @dustinb3403 said in Small colo infrastructure for SaaS:

                          My biggest question is why split workloads, rather than just the two servers, one acting as the active host, the other acting as the backup host.

                          Remove the NL Storage server entirely.

                          Perform continuous replication from Host A to Host B, as well as backup offsite.

                          Why even that much complexity? Only piece that needs replicated normally is the database.

                          Because you'd need to have a readily available to use infrastructure somewhere that can host said database. Which might be beyond the technical expertise at the table to configure.

                          I don't want to replicate the db to the cloud. And I want to have the backup locally available - even if I will also backup to offsite at times.

                          Colo is 30 minute drive from our office.

                          Well, it will cost more upfront to do, but the solution is still sound. I would recommend an approach like Host A - Master, Host B slave - NLS backup target

                          Host A performs continuous replications to Host B, as well as Host A backs up to the NLS host on a different schedule.

                          Should Host A go down, everything is on Host B with a quick startup and you're off to the races.

                          You'd still have your separate backups to recover from should something even worse occur.

                          J S 1 3 Replies Last reply Reply Quote 0
                          • D
                            DustinB3403 @JaredBusch
                            last edited by

                            @jaredbusch said in Small colo infrastructure for SaaS:

                            @scottalanmiller said in Small colo infrastructure for SaaS:

                            @dustinb3403 said in Small colo infrastructure for SaaS:

                            My biggest question is why split workloads, rather than just the two servers, one acting as the active host, the other acting as the backup host.

                            Remove the NL Storage server entirely.

                            Perform continuous replication from Host A to Host B, as well as backup offsite.

                            Why even that much complexity? Only piece that needs replicated normally is the database.

                            Because VM replication is not added complexity. it is easier, by far, than managing individual databases on every VM.

                            That's also a very good point.

                            1 Reply Last reply Reply Quote 0
                            • S
                              scottalanmiller @JaredBusch
                              last edited by

                              @jaredbusch said in Small colo infrastructure for SaaS:

                              @scottalanmiller said in Small colo infrastructure for SaaS:

                              @dustinb3403 said in Small colo infrastructure for SaaS:

                              My biggest question is why split workloads, rather than just the two servers, one acting as the active host, the other acting as the backup host.

                              Remove the NL Storage server entirely.

                              Perform continuous replication from Host A to Host B, as well as backup offsite.

                              Why even that much complexity? Only piece that needs replicated normally is the database.

                              Because VM replication is not added complexity. it is easier, by far, than managing individual databases on every VM.

                              It's more to fail than just having the workload on both all the time.

                              1 Reply Last reply Reply Quote 0
                              • S
                                scottalanmiller @DustinB3403
                                last edited by

                                @dustinb3403 said in Small colo infrastructure for SaaS:

                                @scottalanmiller said in Small colo infrastructure for SaaS:

                                @dustinb3403 said in Small colo infrastructure for SaaS:

                                My biggest question is why split workloads, rather than just the two servers, one acting as the active host, the other acting as the backup host.

                                Remove the NL Storage server entirely.

                                Perform continuous replication from Host A to Host B, as well as backup offsite.

                                Why even that much complexity? Only piece that needs replicated normally is the database.

                                Because you'd need to have a readily available to use infrastructure somewhere that can host said database. Which might be beyond the technical expertise at the table to configure.

                                It's pretty basic for any database today.

                                D 1 Reply Last reply Reply Quote 0
                                • S
                                  scottalanmiller @1337
                                  last edited by

                                  @pete-s said in Small colo infrastructure for SaaS:

                                  @dustinb3403 said in Small colo infrastructure for SaaS:

                                  @scottalanmiller said in Small colo infrastructure for SaaS:

                                  @dustinb3403 said in Small colo infrastructure for SaaS:

                                  My biggest question is why split workloads, rather than just the two servers, one acting as the active host, the other acting as the backup host.

                                  Remove the NL Storage server entirely.

                                  Perform continuous replication from Host A to Host B, as well as backup offsite.

                                  Why even that much complexity? Only piece that needs replicated normally is the database.

                                  Because you'd need to have a readily available to use infrastructure somewhere that can host said database. Which might be beyond the technical expertise at the table to configure.

                                  I don't want to replicate the db to the cloud. I believe it will be too slow.

                                  Sure, but I don't think anyone is suggesting anything like that.

                                  1 Reply Last reply Reply Quote 0
                                  • S
                                    scottalanmiller @1337
                                    last edited by

                                    @pete-s said in Small colo infrastructure for SaaS:

                                    And I want to have the backup locally available so restores are fast - even if I will also backup to offsite at times.

                                    Colo is 30 minute drive from our office.

                                    Hence my design, failover is instantaneous and simple.

                                    J 1 Reply Last reply Reply Quote 0
                                    • J
                                      JaredBusch @DustinB3403
                                      last edited by

                                      @dustinb3403 said in Small colo infrastructure for SaaS:

                                      @pete-s said in Small colo infrastructure for SaaS:

                                      @dustinb3403 said in Small colo infrastructure for SaaS:

                                      @scottalanmiller said in Small colo infrastructure for SaaS:

                                      @dustinb3403 said in Small colo infrastructure for SaaS:

                                      My biggest question is why split workloads, rather than just the two servers, one acting as the active host, the other acting as the backup host.

                                      Remove the NL Storage server entirely.

                                      Perform continuous replication from Host A to Host B, as well as backup offsite.

                                      Why even that much complexity? Only piece that needs replicated normally is the database.

                                      Because you'd need to have a readily available to use infrastructure somewhere that can host said database. Which might be beyond the technical expertise at the table to configure.

                                      I don't want to replicate the db to the cloud. And I want to have the backup locally available - even if I will also backup to offsite at times.

                                      Colo is 30 minute drive from our office.

                                      Well, it will cost more upfront to do, but the solution is still sound. I would recommend an approach like Host A - Master, Host B slave - NLS backup target

                                      His picture states shared nothing migration. I would argue, like you, that it should be live VM replication.

                                      And the storage is only for backups as he already stated.

                                      1 Reply Last reply Reply Quote 0
                                      • D
                                        DustinB3403 @scottalanmiller
                                        last edited by

                                        @scottalanmiller said in Small colo infrastructure for SaaS:

                                        @dustinb3403 said in Small colo infrastructure for SaaS:

                                        @scottalanmiller said in Small colo infrastructure for SaaS:

                                        @dustinb3403 said in Small colo infrastructure for SaaS:

                                        My biggest question is why split workloads, rather than just the two servers, one acting as the active host, the other acting as the backup host.

                                        Remove the NL Storage server entirely.

                                        Perform continuous replication from Host A to Host B, as well as backup offsite.

                                        Why even that much complexity? Only piece that needs replicated normally is the database.

                                        Because you'd need to have a readily available to use infrastructure somewhere that can host said database. Which might be beyond the technical expertise at the table to configure.

                                        It's pretty basic for any database today.

                                        Sure, its easy enough to move a database in a planned move, during a disaster you have to pay the host, setup the DNS records, move the data, let all of the changes sync.

                                        VM replication is extremely straightforward. On XenServer with XO it creates a full initially and then only performs the delta's afterwards.

                                        The data is on both locations, always.

                                        S 1 Reply Last reply Reply Quote 0
                                        • S
                                          scottalanmiller
                                          last edited by

                                          Youtube Video

                                          1 Reply Last reply Reply Quote 1
                                          • S
                                            scottalanmiller @DustinB3403
                                            last edited by

                                            @dustinb3403 said in Small colo infrastructure for SaaS:

                                            Should Host A go down, everything is on Host B with a quick startup and you're off to the races.

                                            Why quick startup, rather than both running in parallel? There is no licensing cost to running both, there is no obvious benefit unless the only goal is to avoid a load balancer.

                                            What am I missing?

                                            J 1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 3
                                            • 2 / 3
                                            • First post
                                              Last post