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

    HPE SANs Not Designed for Reliability in the Australian Tax Office

    Scheduled Pinned Locked Moved News
    el reg3parstorageaustraliahpesan
    14 Posts 7 Posters 3.8k Views
    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
      last edited by

      So is this another IPOD, but at a government level?

      Cause that is what it sounds like. . .

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

        This, of course, is where making a system more complicated than necessary can be a huge risk. The tax office is understandably huge and needs a lot of complication, but clearly the SANs in use were a bit too much unknown for the people involved. Whether this was that there wasn't a competent SAN storage engineer team with the office, whether they relied on outside contractors that were not properly vetted or engaged, that needs were not communicated, that auditing and governance were missed or whatever - the bottom line is that this was a complex system that wasn't setup properly, even after there had been an outage and a chance to investigate!

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

          @DustinB3403 said in HPE SANs Not Designed for Reliability in the Australian Tax Office:

          So is this another IPOD, but at a government level?

          Cause that is what it sounds like. . .

          It IS an IPOD, but we assume at a massive scale where an IPOD would make sense. In theory, these are insanely high availability SANs (except that was apparently not how they were used here) and in theory there would always be replication between SANs at this level. However, that's not what King's College London did, and that was HPE consulting there as well.

          1 Reply Last reply Reply Quote 1
          • nadnerBN
            nadnerB
            last edited by nadnerB

            Sounds like they were victims of Shiny New Device syndrome.

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

              @nadnerB said in HPE SANs Not Designed for Reliability in the Australian Tax Office:

              Sounds like they were victims of Shiny New Device syndrome.

              Likely victims of "I'll just let a salesman do my job and get paid to not know what I'm doing" syndrome.

              S 1 Reply Last reply Reply Quote 2
              • S
                stess @scottalanmiller
                last edited by

                @scottalanmiller said in HPE SANs Not Designed for Reliability in the Australian Tax Office:

                @nadnerB said in HPE SANs Not Designed for Reliability in the Australian Tax Office:

                Sounds like they were victims of Shiny New Device syndrome.

                Likely victims of "I'll just let a salesman do my job and get paid to not know what I'm doing" syndrome.

                At my work right now... we just implemented a SAN device which supposed to store our Files servers.... Even if there are multiple drives, and Raid 10, there is only one SAN. I was aggressively oppose this idea, but it was approved by my manger anyhow. Can't wait for it to fail. * grab popcorn *

                1 Reply Last reply Reply Quote 2
                • RojoLocoR
                  RojoLoco
                  last edited by

                  The moral of this story is that listening to HPE consulting will totally bone your systems at maximum profit to HPE.

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

                    @RojoLoco said in HPE SANs Not Designed for Reliability in the Australian Tax Office:

                    The moral of this story is that listening to HPE consulting will totally bone your systems at maximum profit to HPE.

                    Yup, it's like RAID 5 - people forget that it makes vendors money to recommend reckless systems. The risk goes to you, the profits go to them.

                    It's far from specific to HPE, but HPE seems to have a track record of it recently.

                    RojoLocoR 1 Reply Last reply Reply Quote 0
                    • RojoLocoR
                      RojoLoco @scottalanmiller
                      last edited by

                      @scottalanmiller said in HPE SANs Not Designed for Reliability in the Australian Tax Office:

                      @RojoLoco said in HPE SANs Not Designed for Reliability in the Australian Tax Office:

                      The moral of this story is that listening to HPE consulting will totally bone your systems at maximum profit to HPE.

                      Yup, it's like RAID 5 - people forget that it makes vendors money to recommend reckless systems. The risk goes to you, the profits go to them.

                      It's far from specific to HPE, but HPE seems to have a track record of it recently.

                      Maybe the "E" stands for "evil".

                      travisdh1T 1 Reply Last reply Reply Quote 1
                      • travisdh1T
                        travisdh1 @RojoLoco
                        last edited by

                        @RojoLoco said in HPE SANs Not Designed for Reliability in the Australian Tax Office:

                        @scottalanmiller said in HPE SANs Not Designed for Reliability in the Australian Tax Office:

                        @RojoLoco said in HPE SANs Not Designed for Reliability in the Australian Tax Office:

                        The moral of this story is that listening to HPE consulting will totally bone your systems at maximum profit to HPE.

                        Yup, it's like RAID 5 - people forget that it makes vendors money to recommend reckless systems. The risk goes to you, the profits go to them.

                        It's far from specific to HPE, but HPE seems to have a track record of it recently.

                        Maybe the "E" stands for "evil".

                        That's still Lenovo in my book, but HPE is working on it.

                        1 Reply Last reply Reply Quote 1
                        • nadnerBN
                          nadnerB
                          last edited by

                          210543_700b_v1.jpg

                          http://www.theregister.co.uk/2017/06/08/ato_hpe_outage_report/

                          Also:
                          https://www.itnews.com.au/news/ato-to-rebuild-internal-it-in-wake-of-storage-outages-464565

                          1 Reply Last reply Reply Quote 1
                          • Deleted74295D
                            Deleted74295 Banned
                            last edited by

                            Listening to any vendor consulting will lead to a p*** poor system but for the vendors profit.

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

                              @Breffni-Potter said in HPE SANs Not Designed for Reliability in the Australian Tax Office:

                              Listening to any vendor consulting will lead to a p*** poor system but for the vendors profit.

                              Yeah, they brought in the wrong people here. Fundamental business flaws. Listening to the sales people instead of hiring someone whose job it is to know what is needed.

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