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.1k
    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.
    • dafyreD
      dafyre
      last edited by

      Can the SANs fire off email alerts or SNMP traps or anything?

      NerdyDadN StrongBadS 2 Replies Last reply Reply Quote 0
      • NerdyDadN
        NerdyDad @dafyre
        last edited by

        @dafyre Typically yes, but the storage consultant advised that we not connect the storage to the house network as it posses a security issue. My thought process is that if they are already within the network then they are going to get to the data, then they are going to get through to the virtual environment anyways. If they are already in your network, then they are probably using either an admin account or a service account. Either way, they're getting in.

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

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

          @dafyre Typically yes, but the storage consultant advised that we not connect the storage to the house network as it posses a security issue. My thought process is that if they are already within the network then they are going to get to the data, then they are going to get through to the virtual environment anyways. If they are already in your network, then they are probably using either an admin account or a service account. Either way, they're getting in.

          Typical recommendations I've seen are for there to be a management VLAN, and a separate VLAN for the actual storage traffic... But as you say, when hackers get in, you have bigger problems anyhow.

          My 2c worth would be to set up the email alerts anyway... it will save you this pain later on down the road. I'd set it up on any SAN you have that has the option, lol.

          StrongBadS 1 Reply Last reply Reply Quote 0
          • StrongBadS
            StrongBad @dafyre
            last edited by

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

            Can the SANs fire off email alerts or SNMP traps or anything?

            Pretty much any device can do that.

            1 Reply Last reply Reply Quote 0
            • StrongBadS
              StrongBad @dafyre
              last edited by

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

              Typical recommendations I've seen are for there to be a management VLAN, and a separate VLAN for the actual storage traffic... But as you say, when hackers get in, you have bigger problems anyhow.

              Storage should always be a true physical SAN, not a VLAN SAN. VLAN is fine for security, but you want a physically separate SAN to make sure that the backplane does not get overloaded. It's performance and reliability why you keep the SAN separate physically.

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

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

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

                Typical recommendations I've seen are for there to be a management VLAN, and a separate VLAN for the actual storage traffic... But as you say, when hackers get in, you have bigger problems anyhow.

                Storage should always be a true physical SAN, not a VLAN SAN. VLAN is fine for security, but you want a physically separate SAN to make sure that the backplane does not get overloaded. It's performance and reliability why you keep the SAN separate physically.

                The recommendations I saw were to keep the actual SAN storage traffic separate from the rest of the network to improve performance and security.

                DashrenderD scottalanmillerS 2 Replies Last reply Reply Quote 0
                • DashrenderD
                  Dashrender @dafyre
                  last edited by

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

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

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

                  Typical recommendations I've seen are for there to be a management VLAN, and a separate VLAN for the actual storage traffic... But as you say, when hackers get in, you have bigger problems anyhow.

                  Storage should always be a true physical SAN, not a VLAN SAN. VLAN is fine for security, but you want a physically separate SAN to make sure that the backplane does not get overloaded. It's performance and reliability why you keep the SAN separate physically.

                  The recommendations I saw were to keep the actual SAN storage traffic separate from the rest of the network to improve performance and security.

                  I've seen this too, mostly here and SW. And by separate, I've read that to mean, it's own equipment with no VLANing. Heck, I'm pretty sure I've seen @scottalanmiller suggest Netgear layer 2 equipment because it's fast, cheap and no bells and whistles to get in the way.

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

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

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

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

                    Typical recommendations I've seen are for there to be a management VLAN, and a separate VLAN for the actual storage traffic... But as you say, when hackers get in, you have bigger problems anyhow.

                    Storage should always be a true physical SAN, not a VLAN SAN. VLAN is fine for security, but you want a physically separate SAN to make sure that the backplane does not get overloaded. It's performance and reliability why you keep the SAN separate physically.

                    The recommendations I saw were to keep the actual SAN storage traffic separate from the rest of the network to improve performance and security.

                    Really separate, not VLAN separate. VLAN traffic is comingled.

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

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

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

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

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

                      Typical recommendations I've seen are for there to be a management VLAN, and a separate VLAN for the actual storage traffic... But as you say, when hackers get in, you have bigger problems anyhow.

                      Storage should always be a true physical SAN, not a VLAN SAN. VLAN is fine for security, but you want a physically separate SAN to make sure that the backplane does not get overloaded. It's performance and reliability why you keep the SAN separate physically.

                      The recommendations I saw were to keep the actual SAN storage traffic separate from the rest of the network to improve performance and security.

                      I've seen this too, mostly here and SW. And by separate, I've read that to mean, it's own equipment with no VLANing. Heck, I'm pretty sure I've seen @scottalanmiller suggest Netgear layer 2 equipment because it's fast, cheap and no bells and whistles to get in the way.

                      Yes, it's been a long time, but Netgear Prosafe unmanaged in lab tests was the fastest on the market like six or seven years ago. $300 switches outperforming $10,000 switches.

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

                        Also the needs of a SAN are different than the needs of a LAN. So you likely want different switches. I'd love Netgear Prosafe unmanaged on my SAN but would generally prefer Ubiquiti EdgeSwitches on my LAN.

                        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:

                          Also the needs of a SAN are different than the needs of a LAN. So you likely want different switches. I'd love Netgear Prosafe unmanaged on my SAN but would generally prefer Ubiquiti EdgeSwitches on my LAN.

                          Any opinion on Unifi Switches yet?

                          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:

                            Also the needs of a SAN are different than the needs of a LAN. So you likely want different switches. I'd love Netgear Prosafe unmanaged on my SAN but would generally prefer Ubiquiti EdgeSwitches on my LAN.

                            Any opinion on Unifi Switches yet?

                            We use one in the lab and it's been great, but we aren't pushing its limits or anything.

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