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

    Enterprise SSD selection

    IT Discussion
    4
    31
    4.2k
    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.
    • bbigfordB
      bbigford @DustinB3403
      last edited by

      @DustinB3403 said in Enterprise SSD selection:

      @BBigford said in Enterprise SSD selection:

      @DustinB3403 said in Enterprise SSD selection:

      Well for cache that makes sense. It is faster. (that's why it's there right? 🙂 )

      But without the specifics of what kind of performance you need, I don't know that using SSD's for cache is even worth it.

      The type of storage would be stuff like:

      *Software repository (at rest)
      *IT-only (at rest), Wikis and such
      *Users (folder redirected, accessed a lot every day)
      *Department shares (collaborative... accessed a lot every day)

      More storage at rest.

      So no VMs, databases or application hosting. Just file storage.... yeah just use classic Winchester Drives there is a ton of financial savings up front, with plenty of performance for the specified need.

      Nope, VMs and databases are stored on our various SANs. My only concern was how heavily the Users and Departments shares are accessed. Especially accounting spreadsheets which can get pretty lengthy and complex.

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

        @BBigford said in Enterprise SSD selection:

        Nope, VMs and databases are stored on our various SANs. My only concern was how heavily the Users and Departments shares are accessed. Especially accounting spreadsheets which can get pretty lengthy and complex.

        But none of that screams "we need 10 millions times the performance, even for caching"

        It just says " eh we'd be perfectly off with a lot of file storage in RAID10, 10K drives.

        bbigfordB 1 Reply Last reply Reply Quote 2
        • bbigfordB
          bbigford @DustinB3403
          last edited by

          @DustinB3403 said in Enterprise SSD selection:

          @BBigford for this, I wouldn't invest in the SSD's at all for it.

          Seems to me like wasted money. Unless you are moving GB or TB files to and from this unit constantly why do you need a SSD array at all?

          Nothing about your setup appears to be intensive at all.

          No single files are probably very large, I was more concerned with the accumulative file sizes... Like one user accessing 5GB worth of content each day, and then multiply that by 20 users or so... the rest being much less.

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

            @DustinB3403 said in Enterprise SSD selection:

            @BBigford said in Enterprise SSD selection:

            Nope, VMs and databases are stored on our various SANs. My only concern was how heavily the Users and Departments shares are accessed. Especially accounting spreadsheets which can get pretty lengthy and complex.

            But none of that screams "we need 10 millions times the performance, even for caching"

            It just says " eh we'd be perfectly off with a lot of file storage in RAID10, 10K drives.

            Fair enough. Hence why I was merely considering it, versus heavily in favor of caching.

            Now just to figure out how to protect a Synology NAS without using the Cloud protection, since we use System Center DPM (which requires an installed client..)

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

              @BBigford said in Enterprise SSD selection:

              @DustinB3403 said in Enterprise SSD selection:

              @BBigford for this, I wouldn't invest in the SSD's at all for it.

              Seems to me like wasted money. Unless you are moving GB or TB files to and from this unit constantly why do you need a SSD array at all?

              Nothing about your setup appears to be intensive at all.

              No single files are probably very large, I was more concerned with the accumulative file sizes... Like one user accessing 5GB worth of content each day, and then multiply that by 20 users or so... the rest being much less.

              Eventually someone else will jump in and confirm what I'm understanding as your needs.

              Even if you were accessing the entire 12TB usable in a day (read access) It's not as if you're making that many changes to the data, it's still essentially at rest.

              1 Reply Last reply Reply Quote 1
              • bbigfordB
                bbigford
                last edited by

                This is something else I'm trying to figure out with this whole bit:

                http://mangolassi.it/topic/9146/protecting-a-nas-backups

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

                  I agree with Dustin. You're on Winchester drives today, right? Assuming you are ( you even mentioned being on some consumer drives (connected what, through USB?) to the server? You don't need performance, you simply need storage space.

                  As for your users accessing lots of data at the same time, you might need more network bandwidth before you need more drive bandwidth.

                  Before you fully settle on the NASs, ask xByte for a quote for an older Dell that can house the storage you need to see how the prices compare. Then you can run full on Linux on the box and get any backup option you want.

                  bbigfordB 2 Replies Last reply Reply Quote 1
                  • bbigfordB
                    bbigford @Dashrender
                    last edited by

                    @Dashrender said in Enterprise SSD selection:

                    I agree with Dustin. You're on Winchester drives today, right? Assuming you are ( you even mentioned being on some consumer drives (connected what, through USB?) to the server? You don't need performance, you simply need storage space.

                    As for your users accessing lots of data at the same time, you might need more network bandwidth before you need more drive bandwidth.

                    Before you fully settle on the NASs, ask xByte for a quote for an older Dell that can house the storage you need to see how the prices compare. Then you can run full on Linux on the box and get any backup option you want.

                    Our throughput is good. We've got 10G fiber between all switches, and we're the ISP so our fiber between sites is more than enough.

                    So taking Windows completely out of the equation, aside from backups... Linux vs. Synology, how would you put them under one namespace? I haven't tried it before. Something like this?

                    http://blog.scottlowe.org/2013/09/04/introducing-linux-network-namespaces/

                    I just found this on Spiceworks... Looks like you can just add the Synology box as a target for DFS and use DFS as normal... Can you do the same with a Linux box?

                    https://community.spiceworks.com/topic/838604-dfs-with-a-synology-nas-unit

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

                      @Dashrender said in Enterprise SSD selection:

                      I agree with Dustin. You're on Winchester drives today, right? Assuming you are ( you even mentioned being on some consumer drives (connected what, through USB?) to the server? You don't need performance, you simply need storage space.

                      As for your users accessing lots of data at the same time, you might need more network bandwidth before you need more drive bandwidth.

                      Before you fully settle on the NASs, ask xByte for a quote for an older Dell that can house the storage you need to see how the prices compare. Then you can run full on Linux on the box and get any backup option you want.

                      Yeah the consumer drives are for archived data. 100% at rest and rarely accessed.

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

                        @BBigford said in Enterprise SSD selection:

                        I just found this on Spiceworks... Looks like you can just add the Synology box as a target for DFS and use DFS as normal... Can you do the same with a Linux box?

                        https://community.spiceworks.com/topic/838604-dfs-with-a-synology-nas-unit

                        Synology IS a Linux box. that's just Samba behaviour that you are seeing with the Synology.

                        bbigfordB 1 Reply Last reply Reply Quote 1
                        • bbigfordB
                          bbigford @scottalanmiller
                          last edited by

                          @scottalanmiller said in Enterprise SSD selection:

                          @BBigford said in Enterprise SSD selection:

                          I just found this on Spiceworks... Looks like you can just add the Synology box as a target for DFS and use DFS as normal... Can you do the same with a Linux box?

                          https://community.spiceworks.com/topic/838604-dfs-with-a-synology-nas-unit

                          Synology IS a Linux box. that's just Samba behaviour that you are seeing with the Synology.

                          Yeeeah that was a stupid question. Disregard please. 🙂

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