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

    Is this server strategy reckless and/or insane?

    IT Discussion
    12
    224
    24.0k
    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.
    • creaytC
      creayt @Dashrender
      last edited by

      @dashrender No virtualization at all, just throwing the full horsepower of each box at the servereware 🙂

      DashrenderD DustinB3403D coliverC 4 Replies Last reply Reply Quote -1
      • DashrenderD
        Dashrender @creayt
        last edited by

        @creayt said in Is this server strategy reckless and/or insane?:

        @dashrender No virtualization at all, just throwing the full horsepower of each box at the servereware 🙂

        Prepare for the wrath of the Mango!

        creaytC DashrenderD 2 Replies Last reply Reply Quote 1
        • DustinB3403D
          DustinB3403 @creayt
          last edited by

          @creayt said in Is this server strategy reckless and/or insane?:

          @dashrender No virtualization at all, just throwing the full horsepower of each box at the servereware 🙂

          Um No.

          Stop now.

          Re-evaluate your needs.

          creaytC 1 Reply Last reply Reply Quote 2
          • scottalanmillerS
            scottalanmiller @creayt
            last edited by

            @creayt said in Is this server strategy reckless and/or insane?:

            @creayt Also forgot to bring up that Raid 0 also gives me way more capacity right so it'd give me terabyte(s) more before I had to scale to extra hardware? Can't remember how much Raid 5 subtracts.

            RAID 5 removed one drive. So you'd buy one extra drive for each node. This would, in theory, give you a read performance boost, and a write deficit.

            1 Reply Last reply Reply Quote 1
            • coliverC
              coliver @creayt
              last edited by

              @creayt said in Is this server strategy reckless and/or insane?:

              @dashrender No virtualization at all, just throwing the full horsepower of each box at the servereware 🙂

              Yep. This is a bad idea.

              1 Reply Last reply Reply Quote 0
              • scottalanmillerS
                scottalanmiller @creayt
                last edited by

                @creayt said in Is this server strategy reckless and/or insane?:

                @jaredbusch For Server 2016 right? Saw that, pretty annoying. But I like the idea of breaking things up into containers eventually so I may bite the bullet. At the moment I have 1 2012 R2 license which I think works for the decacore server w/ no extra licensing.

                THat's correct.

                JaredBuschJ 1 Reply Last reply Reply Quote 0
                • creaytC
                  creayt
                  last edited by

                  About to benchmark a 5-drive Raid 5 to compare it to the Raid 0 results I've benchmarked so far. Does anyone remember if you're supposed to create the VD w/ a size that's smaller than the full capacity to redeem the benefits of over provisioning or not?

                  1 Reply Last reply Reply Quote 0
                  • creaytC
                    creayt @DustinB3403
                    last edited by

                    @dustinb3403 ? Not sure what you mean/are referring to.

                    DashrenderD 1 Reply Last reply Reply Quote 0
                    • DashrenderD
                      Dashrender @creayt
                      last edited by

                      @creayt said in Is this server strategy reckless and/or insane?:

                      @dustinb3403 ? Not sure what you mean/are referring to.

                      You ALWAYS virtualize, unless you have a specific reason to not. i.e. can't think of anything.

                      creaytC 1 Reply Last reply Reply Quote 1
                      • creaytC
                        creayt @Dashrender
                        last edited by

                        @dashrender If anyone can name a single benefit of virtualizing given my description of this project's goals and needs I'll be very impressed.

                        DashrenderD 2 Replies Last reply Reply Quote 0
                        • DustinB3403D
                          DustinB3403 @creayt
                          last edited by

                          @creayt said in Is this server strategy reckless and/or insane?:

                          @dashrender No virtualization at all, just throwing the full horsepower of each box at the servereware 🙂

                          The overhead of a hypervisor shouldn't even be a consideration. There is literally 0 benefit to doing this. You could use a hypervisor and have a true HA setup so if a node takes a nose dive, everything is instantly (I mean instantly) up on another node.

                          You wouldn't even have time to blink.

                          creaytC 1 Reply Last reply Reply Quote 0
                          • DashrenderD
                            Dashrender
                            last edited by

                            The performance hit from virtualization will be so many times less than the RAID 5 penalty, you won't notice it.

                            1 Reply Last reply Reply Quote 1
                            • DashrenderD
                              Dashrender @creayt
                              last edited by

                              @creayt said in Is this server strategy reckless and/or insane?:

                              @dashrender If anyone can name a single benefit of virtualizing given my description of this project's goals and needs I'll be very impressed.

                              easier backups.

                              creaytC 1 Reply Last reply Reply Quote 0
                              • creaytC
                                creayt @Dashrender
                                last edited by creayt

                                @dashrender Some reasons not to for this project:

                                Performance goals
                                Time to restore a failed server would increase w/ virtualization ( extra thing to configure )
                                One less thing to manage
                                Easier scaling licensewise

                                DashrenderD 1 Reply Last reply Reply Quote 0
                                • DashrenderD
                                  Dashrender @creayt
                                  last edited by

                                  @creayt said in Is this server strategy reckless and/or insane?:

                                  @dashrender If anyone can name a single benefit of virtualizing given my description of this project's goals and needs I'll be very impressed.

                                  Easier failover to another machine.

                                  creaytC 1 Reply Last reply Reply Quote 0
                                  • creaytC
                                    creayt @Dashrender
                                    last edited by

                                    @dashrender Would actually be less-easy failover in this instance, no?

                                    DustinB3403D DashrenderD scottalanmillerS 3 Replies Last reply Reply Quote 0
                                    • DustinB3403D
                                      DustinB3403
                                      last edited by

                                      It's free to virtualize.

                                      1 Reply Last reply Reply Quote 0
                                      • DustinB3403D
                                        DustinB3403 @creayt
                                        last edited by

                                        @creayt said in Is this server strategy reckless and/or insane?:

                                        @dashrender Would actually be less-easy failover in this instance, no?

                                        It would be easier to fail-over when you are virtual.

                                        1 Reply Last reply Reply Quote 1
                                        • creaytC
                                          creayt @Dashrender
                                          last edited by

                                          @dashrender "Easier backups", how so? Seems less-easy.

                                          DustinB3403D scottalanmillerS 2 Replies Last reply Reply Quote 0
                                          • DashrenderD
                                            Dashrender @creayt
                                            last edited by

                                            @creayt said in Is this server strategy reckless and/or insane?:

                                            @dashrender Some reasons not to for this project:

                                            Performance goals
                                            Time to restore a failed server would be reduced
                                            One less thing to manage
                                            Easier scaling licensewise

                                            Performance will be negligible at worst.
                                            why would restore be longer?
                                            I suppose it would be one less thing to manage - but it's not like it's that hard to manage
                                            eh? uh - nope! Windows licenses exactly the same on VM or hardware.

                                            1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 3
                                            • 4
                                            • 5
                                            • 11
                                            • 12
                                            • 1 / 12
                                            • First post
                                              Last post