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

    Is this server strategy reckless and/or insane?

    IT Discussion
    12
    224
    24.5k
    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.
    • 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
                                        • DustinB3403D
                                          DustinB3403 @creayt
                                          last edited by

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

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

                                          OK stop being dense, take a step back and consider entire platform backup operations.

                                          How are you planning to do this with the existing physical system?

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

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

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

                                            Can't be less easy. Can be the same or easier. You lose nothing, only gain options.

                                            DashrenderD creaytC 2 Replies Last reply Reply Quote 2
                                            • 1
                                            • 2
                                            • 3
                                            • 4
                                            • 5
                                            • 11
                                            • 12
                                            • 3 / 12
                                            • First post
                                              Last post