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

    The High Cost of On Premises Infrastructure

    IT Discussion
    colocation
    10
    42
    3.6k
    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.
    • PenguinWranglerP
      PenguinWrangler @JaredBusch
      last edited by PenguinWrangler

      @JaredBusch I think over the next 5 to 10 years as the cost of a 1Gbps connection comes down and the availability of 1Gbps increases, speed of access will be less of a concern.

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

        @PenguinWrangler said in The High Cost of On Premises Infrastructure:

        @JaredBusch I think over the next 5 to 10 years as the cost of a 1Gbps connection comes down and the availability of 1Gbps increases, speed of access will be less of a concern.

        I'm not so sure. As speed and access go up so do file size and quantity. I think we're going to get to the point where we have to ask if it makes sense to have fat clients sitting on a desk, instead of zero/thin clients calling back to a desktop pool somewhere.

        ChrisLC scottalanmillerS 3 Replies Last reply Reply Quote 0
        • ChrisLC
          ChrisL @coliver
          last edited by

          @coliver said in The High Cost of On Premises Infrastructure:

          @PenguinWrangler said in The High Cost of On Premises Infrastructure:

          @JaredBusch I think over the next 5 to 10 years as the cost of a 1Gbps connection comes down and the availability of 1Gbps increases, speed of access will be less of a concern.

          I'm not so sure. As speed and access go up so do file size and quantity. I think we're going to get to the point where we have to ask if it makes sense to have fat clients sitting on a desk, instead of zero/thin clients calling back to a desktop pool somewhere.

          I saw today that Google has a new algorithm that reduces JPEG file size by 35 percent. Would there be a practical implementation for something like that in the IT/data world that would effectively reduce file size? We're moving at a blistering pace in terms of shrinking the size of nearly everything.

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

            @coliver said in The High Cost of On Premises Infrastructure:

            @PenguinWrangler said in The High Cost of On Premises Infrastructure:

            @JaredBusch I think over the next 5 to 10 years as the cost of a 1Gbps connection comes down and the availability of 1Gbps increases, speed of access will be less of a concern.

            I'm not so sure. As speed and access go up so do file size and quantity. I think we're going to get to the point where we have to ask if it makes sense to have fat clients sitting on a desk, instead of zero/thin clients calling back to a desktop pool somewhere.

            They do, but not at the same pace. For example, the size of a desktop document has gone up since 1997 by a bit, but maybe 2x at most. But the speed of a LAN connection in that time has gone up 1,000x from 1Mb/s to 1Gb/s. And we are on the verge of 10Gb/s to the desktop. And the WAN has gone from 128Kb/s to 100Mb/s in that time, a similar increase.

            Sure file sizes have grown, but not proportionally to network speeds. Even things like movie sizes have not grown that much. In 1997 a DVD was 5GB. A BluRay today is 50GB. That's only 10x in two decades.

            Not only does the network get faster faster, but compression helps to keep file sizes at bay.

            PenguinWranglerP 1 Reply Last reply Reply Quote 2
            • scottalanmillerS
              scottalanmiller @coliver
              last edited by

              @coliver said in The High Cost of On Premises Infrastructure:

              I think we're going to get to the point where we have to ask if it makes sense to have fat clients sitting on a desk, instead of zero/thin clients calling back to a desktop pool somewhere.

              Why either? Why not web applications? In the vast majority of cases, any kind of "desktop service" is a bit silly. In cases where it is not, something is so dramatically "heavy" that we can't just say that fat or thin clients make sense. It's more complicated than that. But in the majority case, neither style desktop makes sense.

              1 Reply Last reply Reply Quote 0
              • PenguinWranglerP
                PenguinWrangler @scottalanmiller
                last edited by

                @scottalanmiller we are looking at off loading our document management system. I work at a law firm and we create 3000 to 5000 documents a day easy. Talking to one vendor that is cloud based and they quoted us that we need 3 Mbps connection for 250 people.

                scottalanmillerS ChrisLC bigbearB 3 Replies Last reply Reply Quote 2
                • scottalanmillerS
                  scottalanmiller @PenguinWrangler
                  last edited by

                  @PenguinWrangler said in The High Cost of On Premises Infrastructure:

                  @scottalanmiller we are looking at off loading our document management system. I work at a law firm and we create 3000 to 5000 documents a day easy. Talking to one vendor that is cloud based and they quoted us that we need 3 Mbps connection for 250 people.

                  That's awfully small. I'd test that before going with that 🙂

                  PenguinWranglerP 1 Reply Last reply Reply Quote 2
                  • ChrisLC
                    ChrisL @PenguinWrangler
                    last edited by

                    @PenguinWrangler said in The High Cost of On Premises Infrastructure:

                    @scottalanmiller we are looking at off loading our document management system. I work at a law firm and we create 3000 to 5000 documents a day easy. Talking to one vendor that is cloud based and they quoted us that we need 3 Mbps connection for 250 people.

                    I think my parents still have their old dial-up modem laying around if you'd wanna use that instead 😄

                    1 Reply Last reply Reply Quote 1
                    • bigbearB
                      bigbear @PenguinWrangler
                      last edited by

                      @PenguinWrangler said in The High Cost of On Premises Infrastructure:

                      @scottalanmiller we are looking at off loading our document management system. I work at a law firm and we create 3000 to 5000 documents a day easy. Talking to one vendor that is cloud based and they quoted us that we need 3 Mbps connection for 250 people.

                      Is it a dedicated/bonded circuit to their data center or something?

                      Whats the budget for this, I think that makes all the difference in the world.

                      1 Reply Last reply Reply Quote 0
                      • PenguinWranglerP
                        PenguinWrangler @scottalanmiller
                        last edited by

                        @scottalanmiller Oh we have a 1Gpbs connection.

                        1 Reply Last reply Reply Quote 1
                        • Emad RE
                          Emad R @scottalanmiller
                          last edited by

                          @scottalanmiller

                          +1 to this, cause I once tried backing up ESXi VMDK to an external drive by plugging the external USB drive to the server...

                          hehe what a laugh that was, apparently after searching ESXi does not allow cases like this, cause it reserves all the USB and ports for passing through the virtual machines.

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