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

    Buffalo Terastation TS-RIX4.0/R5

    Scheduled Pinned Locked Moved IT Discussion
    buffaloterastationnasdatasheet
    20 Posts 4 Posters 3.4k 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

      @scottalanmiller Yep, looks that way.

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

        These days repurposing old hardware, especially storage, rarely has value.

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

          If I did want to use an ISCSI target Synology does have a pretty straight forward guide to setting it up.

          In this setup, I'd have to build a backup VM on the ISCSI device directly. Which is far less than ideal.

          if the device goes offline, I'd lose all backup capabilities until it's restored.

          scottalanmillerS DashrenderD 2 Replies Last reply Reply Quote 0
          • scottalanmillerS
            scottalanmiller @DustinB3403
            last edited by

            @DustinB3403 said:

            If I did want to use an ISCSI target Synology does have a pretty straight forward guide to setting it up.

            In this setup, I'd have to build a backup VM on the ISCSI device directly.

            Yup, should work fine as long as the gear is still good.

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

              @DustinB3403 said:

              In this setup, I'd have to build a backup VM on the ISCSI device directly. Which is far less than ideal.

              if the device goes offline, I'd lose all backup capabilities until it's restored.

              Why would you have to create a VM on it directly? Sure it might not be good to ISCSI mount it to an existing VM, but it's definitely possible.

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

                This device can only be attached to XenServer as an ISCSI device, as DAS storage.

                So with following best practice, and having XS run from a USB drive and then using the host or DAS storage for the working VM's. Meaning if the connection breaks between the host and the ISCSI device, you're VM's are down until it's repaired.

                This isn't an ideal way of setting it up, and adds complexity for no gain.

                scottalanmillerS DashrenderD 2 Replies Last reply Reply Quote 0
                • scottalanmillerS
                  scottalanmiller @DustinB3403
                  last edited by

                  @DustinB3403 said:

                  This device can only be attached to XenServer as an ISCSI device, as DAS storage.

                  DAS or SAN. XS can't tell.

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

                    @DustinB3403 said:

                    This device can only be attached to XenServer as an ISCSI device, as DAS storage.

                    So with following best practice, and having XS run from a USB drive and then using the host or DAS storage for the working VM's. Meaning if the connection breaks between the host and the ISCSI device, you're VM's are down until it's repaired.

                    This isn't an ideal way of setting it up, and adds complexity for no gain.

                    How does ISCSI make any difference here? You were saying you wanted SMB/CIFS or NFS. If the network connection goes down, you still don't have access to your backups until you fix it. I don't see this as worse other than you have to have a VM for the connection.

                    But instead of installing a VM on the iSCSI storage, you could install a VM on the XS other storage, then mount the Terastation via iSCSI inside that VM. The VM would run with the normal SR performance of the rest of the VMs, and only the backup storage would be running over the iSCSI connection.

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

                      Another way to look at this - you could get a two NIC Raspberry Pi, install Linux, one port to the Terastation (iSCSI) and the other to the network. Now you've just turned it into a NAS, assuming you've shared it with NFS or CIFS.

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

                        @Dashrender That adds even more complexity to the setup though.

                        And more Failure points.

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

                          @DustinB3403 said:

                          @Dashrender That adds even more complexity to the setup though.

                          And more Failure points.

                          Sure, the R-Pi does, but installing the VM on the main SR doesn't. The VM itself would only go down if the host goes down and wouldn't be affected by the network connection - but we're talking about backups.. so do we really care?

                          As for the two ways to do it 1) mount iSCSI to XS directly, install VM on iSCSI device or 2) in VM on XS RS, mount ISCSI inside VM - does the performance difference matter here?

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

                            The performance of the Pi doesn't matter, but the complexity does.

                            That simply is not a viable option in my opinion.

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

                              @DustinB3403 said:

                              The performance of the Pi doesn't matter, but the complexity does.

                              That simply is not a viable option in my opinion.

                              The second half of my previous post has nothing to do with a Pi. that would be option 3. And I agree, it's probably not with the hassle/complexity of bothering.

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