• 1 Post
  • 141 Comments
Joined 2 years ago
cake
Cake day: April 5th, 2024

help-circle




  • I wish you could live your life in a more bearable way. I don’t know what life is like for you and how you can make it easier for yourself. The way there is different for everyone. I wish you strength and hope.

    I’m not where I want to be yet. Accepting what I can achieve and figuring out what I really want and what I think I should do has helped a little. I have found support. It’s better than before. But again, everyone is different.

    (Thanks deepl.com)

    And yes. Those statistics suck.

    E: the word acceptance only makes sense to me in hindsight. I had to experience it.








  • Moot point. I do not really need the distributed storage part for my scenario. Not right now.

    Maybe I start with NFS and explore gluster as soon as storage distribution is needed. Looks like it could be a drop-in eplacement for NFSv3. Since it doesn’t access the block devices directly, I still could use the respective fs’ tool set (I.e. ext4 or btrfs) for maintenance tasks.


  • Thanks. I will take a closer look into GlusterFS and Ceph.

    The use case would be a file storage for anything (text, documents, images, audio and video files). I’d like to share this data among multiple instances and don’t want to store that data multiple times - it is bad for my bank account and I don’t want to keep track of the various redundant file sets. So data and service decoupling.

    Service scaling isn’t a requirement. It’s more about different services (some as containers, some as VMs) which should work on the same files, sometimes concurrently.

    That jellyfin/arr approach works well and is easy to set up, if all containers access the same docker volume. But it doesn’t when VMs (KVM) or other containers (lxc) come into play. So I can’t use it in this context.

    Failover is nice to have. But there is more to it than just the data replication between hosts. It’s not a priority to me right now.

    Database replication isn’t required.