Small TV channel server architecture

Interested in a Linux server or other productive system + a file system connected to the server i-Stor iS16S6S6 with a JBOD volume of 116 terabytes, part of the server is used for storage and mounting on 5 simultaneously running mounting stations ( macOS Maverick + Adobe package)

The maximum speed of work and differentiation of rights is required:

  • editors
  • editors
  • archivists

Plus some kind of protection from losses/deletions.

Now the file system HFS+ via SAS server macOS Xserver 10.6 - old already

I would like to increase the speed, reliability, recovery options.

Especially interested in Linux, familiar with Debian distributions (Ubuntu, Mint) and openSUSE

What architectural solutions would you recommend for such a task?

Author: Arhadthedev, 2016-10-03

3 answers

I recommend Btrfs.

  • Create snapshots (for backup) instantly, an alternative to LVM.
  • Multi-disk support, alternative to RAID.
  • Deduplication (in case someone copies gigabytes). By the way, you can copy instantly 'cp --reflink'
  • online defragmentation
  • supports data compression
  • quotas
  • , etc.

The choice of distribution does not matter much, however, SUSE is not allowed download safely.

 1
Author: Sergei Krivonos, 2017-04-13 12:37:14

As a person directly related to TV, including post-production, I will say right away, if OSX, then look in the direction of SAN and XSAN in particular, if the office is tolerant to eBay, there you can buy cheap ATTO fiber adapters and some SAN switch like QLogic Sanbox 5600, for editors, etc.to rummage through SMB. As an example, 1 - two Mac Pro as XSAN controllers (with a reserve) 2 - One switch QLogic SanBox 5600 (if you take a used one, you need to see how many ports are open, if you did not buy more the license of the 16 ports will be open 8, in principle, enough if you do not bother with connecting via two FC channels ) 3-ATTO Celerity FC-42ES or FC-41ES one for each installation + one for each XSAN controller 4-well, you also need small things in the form of optical patches and gbics

 1
Author: , 2017-01-08 17:27:03

I would try to build a file server based on some HP DL160, plugging in a SAS controller and connecting iStor. The only "but" on this hardware is whether two gigabit interfaces in trunk mode will be enough. If not, then you will have to look at something more voluminous (DL180?), because even a ten-gigabit board in the DL160 is most likely not to stick. When choosing a specific hardware, take the one with more RAM (48G or more) and CPU (2 x quadcore).

Software - Debian. The file system is probably XFS, access is traditional, via samba. There should be no problems with the division of rights.

This is about increasing the speed. With reliability, it seems to me that you are already doing well.

All the joy of buying through eBay should fit in ~ $ 250-350, not counting transportation. If you spend an additional eight hundred or a thousand dollars on an LTO-5 drive, you will be able to store offline backups for recovery. Well, or consider using LVM snapshots, there is enough space, apparently.

 0
Author: Alexander Prokoshev, 2016-11-09 15:28:20