I have a VPS from these deals linked to my Plex hosting TV shows that were recorded with a TV tuner and over-the-air antenna (nothing shady) -

• Hostbrr Block Storage Server (I'm guessing it's this VPS they are referring to since they lease Hetzner's IP's) - https://lowendspirit.com/discussion/6258/hostbrr-premium-storage-promo-7950xd-w-block-storage-only-7-budget-storage-from-2-8-tb/p1
• Alwyzon Storage Server - https://lowendspirit.com/discussion/3962/alwyzon-backup-day-deals-1-tb-storage-vps-in-vienna-for-just-4-95-month#latest
• Little Creek Hosting LET KVM - https://lowendspirit.com/discussion/5676/double-bandwidth-directadmin-softaculous-kvm-virtualizor-nvme-storage/p1

Here's a copy of the email -

Important notice about the hosting service you may be using.
We're contacting you to let you know about an upcoming action that is likely to affect your Plex Media Server setup. You're receiving this notice because the IP address associated with a Plex Media Server on your account appears to come from a service provider that hosts a significant number of Plex Media Servers that violate our Terms of Service.
Due to the large-scale violations occurring from that hosting provider, we will be taking action soon to block access and activity from Plex Media Servers hosted by that provider. We will start these blocks on Thursday, October 12, 2023.
If you leave your current installation as-is, you will have issues connecting to it from Plex apps as well as managing it. To avoid these issues, we suggest that you consider alternative hosting options, including hosting it from your home.
When moving your Plex Media Server installation, we encourage you to review our article on moving a server install to another system. These instructions will assist you with migrating the install as-is, so that you don't have to set it up from scratch.
If you do run into migration issues, please post specific details in our Plex Media Server forums.
We appreciate your understanding and we apologize for the inconvenience.

Last week I ordered a KS-LE-1 from Kimsufi and it's capped to 100 mbps on ipv4, then I tested ipv6 and it's 1000 mbps network so I wanted to ask if there's any way to prioritize ipv6 over ipv4 on Plex?

I have big library of 4k remux movies and video britate can go over 180 mbps and then it start to buffer every 5 seconds on ipv4 when on ipv6 it just doesn't buffer.

I have plex on Docker, I'm not sure if it's possible to use Plex for Windows on ipv6 without going to Settings and manually disabling ipv4.

I don't expect to need to transcode beyond 1080p (having the option for 4k would be nice, but far from essential), and we're talking 2 simultaneous streams maximum. Storage wise, I have a bunch of big desktop drives knocking about I can use, but I'm not opposed to using a suitably powerful NAS either.

Noise/heat isn't too much of an issue as this will go in my office, but I would prefer something that's not too noisy.

I'm looking to spend about £300-£400, could stretch to £500 if I get some extra bells and whistles.

Does anyone have their own builds they could share or suggestions for suitable hardware that's reasonably easy to purchase?

Using the coupon SURVIVETHESEASON you can get a Plex Lifetime Pass for £71.25.

Apparently if you use a Brazil VPN (Brazilian Account may also be needed) using the code 375BRL will take it down to £51.71.

I've been using the same setup previously, on a slower node, but with only outbound bandwidth measured. There I mounted my music from pCloud.

On this new node I figured I would try out/use @koofr. So I mounted the drive, using

/usr/bin/rclone mount --uid 1000 --gid 1000 --syslog --stats 1m \
  -v --allow-other --read-only  myKoofr:/music/ /srv/music/

I installed plexmediaserver and added 149 GB of music to the library, from that Koofr-rclone mount.
That triggered Plex to download ~900 GB of data ...
(Actually jumped in at ~600 and tried figuring out what's going on. By then it was halvway through indexing/scanning the library. @AnthonySmith suggested I could try to add --ignore-checksum, so I did. This might have helped, as it "only" used 300 GB for scanning the last 150 GB.

I also tried pCloud, and I tried adding some more options for caching, using something like this:

/usr/bin/rclone mount --uid 1000 --gid 1000 --syslog --stats 1m \
  --buffer-size 1G --no-modtime --dir-cache-time 90m \
  --cache-dir /tmp/rclone-cache --vfs-cache-mode full \
  --vfs-cache-max-size 1G \
  -v --allow-other --read-only --ignore-checksum \
  my-pcloud:/music/ /srv/music/

Still a rescan of my library used 150 GB of traffic. Maybe --no-modtime prevents it from seeing ctime/mtime, so it has to re-download every file to check ... D'oh!

Trying again, a Scan Library Files after removing that option, with only 3 albums (re)added, it seems that still triggered a full re-download ... (Actually waiting for it to finish, but looks like it's downloading a lot.) I would think Plex stored in it's db the timestamps etc, so it wouldn't have to redownload everything every time.

I've seen recommendations on using sshfs instead, but this makes me curious ... I could of course try davs/dav2s (the cloud providers don't offer ssh, I think). But users like @Mason and @Wolveix do run rclone (albeit with GSuite, IIRC), so it should be feasible.
If nightly rescan triggers redownload of every file, it's really not very nice ... Not a vital service for me, of course, but it triggers my curiosity.

Maybe I'm missing something obvious, or maybe you have some insight to share on this?

Happy birthday to us! Ten years ago, we hired our first Plex employee and officially incorporated as the little media company that could. To celebrate, we’re offering brand spanking new Lifetime Plex Passes* rolled back to 25% off! Available for a limited time.

Use code: PLEX4LIFE at checkout