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

    Replacing the Dead IPOD, SAN Bit the Dust

    IT Discussion
    inverted pyramid of doom architecture ipod san storage virtualization risk
    14
    100
    17.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.
    • DashrenderD
      Dashrender
      last edited by

      Then the star winds solution should be right up their alley.

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

        @Dashrender said in Replacing the Dead IPOD, SAN Bit the Dust:

        Then the star winds solution should be right up their alley.

        All inclusive support might be a major factor.

        1 Reply Last reply Reply Quote 3
        • Oles BorysO
          Oles Borys @DustinB3403
          last edited by Oles Borys

          @DustinB3403

          @DustinB3403 said in Replacing the Dead IPOD, SAN Bit the Dust:

          @dafyre said in Replacing the Dead IPOD, SAN Bit the Dust:

          Why not RLS a la StarWind ?

          Because the hosts aren't uniform.

          In case they need a SAN replacement, they can consider going for StarWind Storage Appliance. That solution will give them a synchronous HA storage pull that can be shared via iSCSI to their existing hosts. StarWind crew will get those onsite fully preconfigured and will help with designing the migration plan as well as executing it.

          1 Reply Last reply Reply Quote 3
          • AconboyA
            Aconboy @scottalanmiller
            last edited by

            @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

            25

            looking at this thread, I would say that a Scale 1150 cluster would fit the bill nicely, and even with a single node for second site dr, he would still likely be under $35k all-in

            scottalanmillerS NerdyDadN 2 Replies Last reply Reply Quote 1
            • J
              Jimmy9008
              last edited by

              I have put in an IPOD before at an SMB. Although nothing failed before I left, at least not that I know of (as it was years ago), I now have the knowledge to build better solutions anyway. So would not do that again. This was 4 hosts, 1 EQL SAN. An MSP I worked for always put them in, even once they were aware of the issues. Sometimes, you cannot teach people as 'it always worked'... pfft.

              If I were the OP, I would work with the business to define if, and why,, a failover cluster is needed. If not, things get so simple. Two hosts using replica to each other and great (tested) backups, is likely more than enough. If host A fails, start the replicas on B. If B fails, start the replicas on A. Have each doing 50%). Then backup on and off site and test both. If a cluster is needed, defo a vSAN like starwind.

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

                @Aconboy said in Replacing the Dead IPOD, SAN Bit the Dust:

                @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                25

                looking at this thread, I would say that a Scale 1150 cluster would fit the bill nicely, and even with a single node for second site dr, he would still likely be under $35k all-in

                That's what I was imagining. Might need slightly more than the baseline RAM, but even that might be enough with 2x 64GB nodes.

                dafyreD 1 Reply Last reply Reply Quote 2
                • dafyreD
                  dafyre @scottalanmiller
                  last edited by

                  @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                  @Aconboy said in Replacing the Dead IPOD, SAN Bit the Dust:

                  @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                  25

                  looking at this thread, I would say that a Scale 1150 cluster would fit the bill nicely, and even with a single node for second site dr, he would still likely be under $35k all-in

                  That's what I was imagining. Might need slightly more than the baseline RAM, but even that might be enough with 2x 64GB nodes.

                  If they're not doing HA and all of that... why not get one beefier node rather than two smaller ones?

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

                    @Jimmy9008 said in Replacing the Dead IPOD, SAN Bit the Dust:

                    An MSP I worked for always put them in, even once they were aware of the issues. Sometimes, you cannot teach people as 'it always worked'... pfft.

                    Well, what is good for a VAR is not what is good for the customer. An IPOD is terrible for the customer, but the best thing ever for a VAR. So a VAR, even knowing how bad an IPOD is for the customer, makes extra money selling the design, extra money supporting the design, extra money helping the customer recover from the "once in a lifetime failure that only happens to them", etc. To a VAR, the IPOD is the perfect way to make maximum profits. So a VAR, knowing the full situation, will often not just keep selling IPODs, but move to them!

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

                      @dafyre said in Replacing the Dead IPOD, SAN Bit the Dust:

                      @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                      @Aconboy said in Replacing the Dead IPOD, SAN Bit the Dust:

                      @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                      25

                      looking at this thread, I would say that a Scale 1150 cluster would fit the bill nicely, and even with a single node for second site dr, he would still likely be under $35k all-in

                      That's what I was imagining. Might need slightly more than the baseline RAM, but even that might be enough with 2x 64GB nodes.

                      If they're not doing HA and all of that... why not get one beefier node rather than two smaller ones?

                      AKA Mainframe design.

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

                        @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                        @dafyre said in Replacing the Dead IPOD, SAN Bit the Dust:

                        @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                        @Aconboy said in Replacing the Dead IPOD, SAN Bit the Dust:

                        @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                        25

                        looking at this thread, I would say that a Scale 1150 cluster would fit the bill nicely, and even with a single node for second site dr, he would still likely be under $35k all-in

                        That's what I was imagining. Might need slightly more than the baseline RAM, but even that might be enough with 2x 64GB nodes.

                        If they're not doing HA and all of that... why not get one beefier node rather than two smaller ones?

                        AKA Mainframe design.

                        Is it really mainframe design? don't a lot of mainframes have tons on internal redundancies and fail over components?

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

                          @Dashrender said in Replacing the Dead IPOD, SAN Bit the Dust:

                          @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                          @dafyre said in Replacing the Dead IPOD, SAN Bit the Dust:

                          @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                          @Aconboy said in Replacing the Dead IPOD, SAN Bit the Dust:

                          @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                          25

                          looking at this thread, I would say that a Scale 1150 cluster would fit the bill nicely, and even with a single node for second site dr, he would still likely be under $35k all-in

                          That's what I was imagining. Might need slightly more than the baseline RAM, but even that might be enough with 2x 64GB nodes.

                          If they're not doing HA and all of that... why not get one beefier node rather than two smaller ones?

                          AKA Mainframe design.

                          Is it really mainframe design? don't a lot of mainframes have tons on internal redundancies and fail over components?

                          A "lot" of non-mainframes do, too. Those things are not what makes something a mainframe and lacking them is not what makes something else not a mainframe.

                          This is a "Mainframe Architecture", not a mainframe, meaning it is an architecture that is "Designed around a single highly reliable component" in contrast to other designs that rely on multiple components to make up for individual fragility.

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

                            gotcha.

                            1 Reply Last reply Reply Quote 1
                            • wrx7mW
                              wrx7m
                              last edited by

                              I have to carve out an hour and a half to watch the two SAM presentations posted earlier in this thread...

                              1 Reply Last reply Reply Quote 4
                              • StrongBadS
                                StrongBad
                                last edited by

                                Sounds like the business really wants something more robust, even if they didn't figure out how to do it the first time through, so going for something simple, but hyperconverged, seems like the obvious answer. Especially if it can come in way under the current expected budget.

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

                                  Just saw another thread of someone who did the same thing.... depended on a black box SAN, let support lapse, and now is in tough shape: https://community.spiceworks.com/topic/1912628-emc-vnxe3100-troublesome-storage-pool-vmware-view-vdi

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

                                    @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                                    Just saw another thread of someone who did the same thing.... depended on a black box SAN, let support lapse, and now is in tough shape: https://community.spiceworks.com/topic/1912628-emc-vnxe3100-troublesome-storage-pool-vmware-view-vdi

                                    And they're using the VNXe line. Couldn't get in any worse shape.

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

                                      @coliver said in Replacing the Dead IPOD, SAN Bit the Dust:

                                      @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                                      Just saw another thread of someone who did the same thing.... depended on a black box SAN, let support lapse, and now is in tough shape: https://community.spiceworks.com/topic/1912628-emc-vnxe3100-troublesome-storage-pool-vmware-view-vdi

                                      And they're using the VNXe line. Couldn't get in any worse shape.

                                      Could be an MSA. Bwahahaha.

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

                                        @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                                        @coliver said in Replacing the Dead IPOD, SAN Bit the Dust:

                                        @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                                        Just saw another thread of someone who did the same thing.... depended on a black box SAN, let support lapse, and now is in tough shape: https://community.spiceworks.com/topic/1912628-emc-vnxe3100-troublesome-storage-pool-vmware-view-vdi

                                        And they're using the VNXe line. Couldn't get in any worse shape.

                                        Could be an MSA. Bwahahaha.

                                        Some guy in the XS threads over the backup throughput problems is saying he's buying a brand new MSA for his new XS box...

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

                                          @Dashrender said in Replacing the Dead IPOD, SAN Bit the Dust:

                                          @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                                          @coliver said in Replacing the Dead IPOD, SAN Bit the Dust:

                                          @scottalanmiller said in Replacing the Dead IPOD, SAN Bit the Dust:

                                          Just saw another thread of someone who did the same thing.... depended on a black box SAN, let support lapse, and now is in tough shape: https://community.spiceworks.com/topic/1912628-emc-vnxe3100-troublesome-storage-pool-vmware-view-vdi

                                          And they're using the VNXe line. Couldn't get in any worse shape.

                                          Could be an MSA. Bwahahaha.

                                          Some guy in the XS threads over the backup throughput problems is saying he's buying a brand new MSA for his new XS box...

                                          Sad trombone plays.

                                          1 Reply Last reply Reply Quote 1
                                          • NerdyDadN
                                            NerdyDad @Aconboy
                                            last edited by

                                            @Aconboy @scottalanmiller Looks like I would need 2 of 1150's all decked out in order to handle the processing power for the datacenter.

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