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

    HyperV Server - Raid Best Practices

    IT Discussion
    14
    55
    6.4k
    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.
    • DashrenderD
      Dashrender @DustinB3403
      last edited by

      @DustinB3403 said in HyperV Server - Raid Best Practices:

      @PhlipElder said in HyperV Server - Raid Best Practices:

      We have one of our boxes (R2208GZ4GC) that's being used as a platform for a client recovery.

      It's set up with:
      2x 240GB Intel SSD DC S4500 RAID 1 for host OS
      2x 1.9TB Intel SSD D3-S4610 RAID 1 for VMs

      Here it is.

      @PhlipElder if this isn't what you mean - We're happy to correct our understanding.

      1 Reply Last reply Reply Quote 0
      • PhlipElderP
        PhlipElder @DustinB3403
        last edited by PhlipElder

        @DustinB3403 said in HyperV Server - Raid Best Practices:

        @PhlipElder said in HyperV Server - Raid Best Practices:

        We have one of our boxes (R2208GZ4GC) that's being used as a platform for a client recovery.

        It's set up with:
        2x 240GB Intel SSD DC S4500 RAID 1 for host OS
        2x 1.9TB Intel SSD D3-S4610 RAID 1 for VMs

        Here it is.

        Yeah, special case. Note in the quote "We have one of our boxes (R2208GZ4GC)..."

        1.9TB SSDs are ours and just enough space to work with for their setup thus the 240GB for host OS. We have another pair of 800GB Intel SSDs set aside as we may actually need more space than anticipated.

        Since this is a recovery situation we can't afford any extra time waiting on spindles. The server gets delivered this weekend and the cluster there rebuilt. It's a 2-node asymmetric setup (Intel R1208JP4OC with DataON DNS-1640 JBOD and 24x HGST 10K SAS spindles).

        We get our box back after the project is complete.

        1 Reply Last reply Reply Quote 0
        • JoelJ
          Joel
          last edited by

          This got a little heated :face_screaming_in_fear:
          -So can we clarify, back to the OP - Consensus out of the options I have, Option 2 is the best way to go?

          6x 2TB 12GB/s Drives in OBR10 for everything and then creating two partitions (1 for the HyperVisor OS) and then (1 for data - to store all my Virtual Machines and Data).

          My VMs would be in D:\Hyper-V\VM's
          My Virtual Hard Disks (daily data) would be in D:\Hyper-V\Data

          J pmonchoP 2 Replies Last reply Reply Quote 0
          • J
            Jimmy9008 @Joel
            last edited by

            @Joel said in HyperV Server - Raid Best Practices:

            This got a little heated :face_screaming_in_fear:
            -So can we clarify, back to the OP - Consensus out of the options I have, Option 2 is the best way to go?

            Correct.

            1 Reply Last reply Reply Quote 0
            • pmonchoP
              pmoncho @Joel
              last edited by

              @Joel said in HyperV Server - Raid Best Practices:

              This got a little heated :face_screaming_in_fear:
              -So can we clarify, back to the OP - Consensus out of the options I have, Option 2 is the best way to go?

              6x 2TB 12GB/s Drives in OBR10 for everything and then creating two partitions (1 for the HyperVisor OS) and then (1 for data - to store all my Virtual Machines and Data).

              My VMs would be in D:\Hyper-V\VM's
              My Virtual Hard Disks (daily data) would be in D:\Hyper-V\Data

              Don't forget to do the cost comparisons of SAS in OBR10 vs SSD in RAID5. You may be surprised to find out that SSD in RAID 5 is cheaper (Stick with SSD 6Gb/s vs 12Gb/s) depending upon your server manufacturer.

              1 Reply Last reply Reply Quote 3
              • 1
                1337
                last edited by 1337

                Failure rate on harddrives are 2-3 higher than enterprise SSDs. Only reason to use hard drives today are price per GB and then use as few drives as possible.

                I'd put all the VMs on one raid 1 SSD and keep the file server files on another RAID 1 with hard drives. Preferably 3.5" if you need lots of storage.

                3 Windows server VMs, 1 host and SQL database files shouldn't take much space. 2x240GB or perhaps 2x480GB will suffice for that. Then the 2x4TB or however big you want to go for the file server storage. 12TB enterprise drives are readily available today, around $400 ea.

                Option 3:
                2 x 240GB SSD (for everything except below, 2x480GB if needed)
                2 X 4TB HDD (for file server storage)
                RAID 1 arrays. SATA will suffice for everything but for some drives SATA and SAS are priced the same so use whatever.

                1 Reply Last reply Reply Quote 0
                • PhlipElderP
                  PhlipElder @Joel
                  last edited by PhlipElder

                  @Joel said in HyperV Server - Raid Best Practices:

                  Hi guys.
                  Im drawn between two setup scenarios for a new server:

                  Option1:
                  2x 240GB SSD Sata 6GB (for OS)
                  4X 2TB 12Gb/s (for Data)
                  I was planning on using Raid1 for the OS and then Raid5/6 for the Data storage

                  Options2:
                  6x 2TB Drives in OBR10 for everything and then creating two partiions (1 for OS) and (1 for data).

                  Is there any better options? What would you do.

                  Environment will be Windows running. The server (bare metal) will run HyperV Server and the data drive will home 3x VM's (1x SQL, 1x DC and 1x FileServer).

                  Thoughts welcomed and appreciated.

                  I suggest using PerfMon to baseline IOPS, Throughput, Disk Latency, and Disk Queue Lengths on the current host to get a feel for pressure on the disk subsystem. That would make the decision making process a bit simpler as the future setup could be scoped to fit today's performance needs and scaled a bit for tomorrow's needs over the solution's lifetime.

                  EDIT: PerfMon on the host also has guest counters that can further help to scope which VMs demand what.

                  1 Reply Last reply Reply Quote 0
                  • black3dynamiteB
                    black3dynamite
                    last edited by

                    Wouldn't it best to use the SSD for things like caching, page file?

                    DustinB3403D PhlipElderP 2 Replies Last reply Reply Quote 0
                    • DustinB3403D
                      DustinB3403 @black3dynamite
                      last edited by

                      @black3dynamite said in HyperV Server - Raid Best Practices:

                      Wouldn't it best to use the SSD for things like caching, page file?

                      Often times yes.

                      But the conversation isn't about where to use an SSD, its if an SSD hypervisor is the better option of an SSD OBR5/10 hypervisor.

                      1 Reply Last reply Reply Quote 0
                      • PhlipElderP
                        PhlipElder @black3dynamite
                        last edited by

                        @black3dynamite said in HyperV Server - Raid Best Practices:

                        Wouldn't it best to use the SSD for things like caching, page file?

                        Neither the host nor the guests should be paging. If they are, then there is a problem with the way things are set up host wise or in-guest resources wise.

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

                          @PhlipElder said in HyperV Server - Raid Best Practices:

                          @black3dynamite said in HyperV Server - Raid Best Practices:

                          Wouldn't it best to use the SSD for things like caching, page file?

                          Neither the host nor the guests should be paging. If they are, then there is a problem with the way things are set up host wise or in-guest resources wise.

                          But there should be a file for emergencies.

                          PhlipElderP DashrenderD 2 Replies Last reply Reply Quote 0
                          • C
                            Carnival Boy
                            last edited by

                            I think @PhlipElder's point about the difference in cost between small capacity SSDs and spinning disks is a good one. So if you're going to create a separate RAID1 for the OS on small disks, why not buy SSDs?

                            Apart from anything, the failure rate on them is much lower, isn't it? The labour cost of replacing failed disks often isn't trivial. It takes me over an hour per disk.

                            So the issue becomes should you install the OS on a separate array with small disks, or on OBR10? I'd argue that any disks under 250GB should always be SSDs.

                            1 Reply Last reply Reply Quote 0
                            • PhlipElderP
                              PhlipElder @scottalanmiller
                              last edited by

                              @scottalanmiller said in HyperV Server - Raid Best Practices:

                              @PhlipElder said in HyperV Server - Raid Best Practices:

                              @black3dynamite said in HyperV Server - Raid Best Practices:

                              Wouldn't it best to use the SSD for things like caching, page file?

                              Neither the host nor the guests should be paging. If they are, then there is a problem with the way things are set up host wise or in-guest resources wise.

                              But there should be a file for emergencies.

                              Run on the host/node in elevated CMD:

                              wmic.exe computersystem where name="SERVERNAME" set AutomaticManagedPagefile=False
wmic.exe pagefileset where name="c:\\pagefile.sys" set InitialSize=4199,MaximumSize=4199
shutdown -r -t 0

                              The double slash is required.

                              For standalone hosts we set 8192 instead of 4199.

                              Either MiniDump or Active Crash Dump is set. That's about all the page file would be used for is helping to produce those dump file AFAIK. A full dump would require a full page file equal to installed RAM. That's nuts when we're deploying hosts/nodes with 512GB to 3TB of available RAM on one node.

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

                                @scottalanmiller said in HyperV Server - Raid Best Practices:

                                @PhlipElder said in HyperV Server - Raid Best Practices:

                                @black3dynamite said in HyperV Server - Raid Best Practices:

                                Wouldn't it best to use the SSD for things like caching, page file?

                                Neither the host nor the guests should be paging. If they are, then there is a problem with the way things are set up host wise or in-guest resources wise.

                                But there should be a file for emergencies.

                                Ok this is something I don't understand then Windows still has a default paging file... are you saying that in typical use it's rarely actually touched? When I've looked at task manager I frequently see that the system is writing to the page file but the RAM itself is only half used or so..

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

                                  @Dashrender said in HyperV Server - Raid Best Practices:

                                  @scottalanmiller said in HyperV Server - Raid Best Practices:

                                  @PhlipElder said in HyperV Server - Raid Best Practices:

                                  @black3dynamite said in HyperV Server - Raid Best Practices:

                                  Wouldn't it best to use the SSD for things like caching, page file?

                                  Neither the host nor the guests should be paging. If they are, then there is a problem with the way things are set up host wise or in-guest resources wise.

                                  But there should be a file for emergencies.

                                  Ok this is something I don't understand then Windows still has a default paging file... are you saying that in typical use it's rarely actually touched? When I've looked at task manager I frequently see that the system is writing to the page file but the RAM itself is only half used or so..

                                  You should also rarely use Windows 😉

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