1 |
Mark Knecht wrote: |
2 |
> |
3 |
> |
4 |
> On Fri, Aug 26, 2022 at 7:25 AM Rich Freeman <rich0@g.o |
5 |
> <mailto:rich0@g.o>> wrote: |
6 |
> > |
7 |
> > On Fri, Aug 26, 2022 at 10:09 AM Mark Knecht <markknecht@×××××.com |
8 |
> <mailto:markknecht@×××××.com>> wrote: |
9 |
> > > |
10 |
> > > Obviously you can do what you are most comfortable with but to me |
11 |
> a NAS machine with a bunch of external drives does not sound very |
12 |
> reliable. |
13 |
> > > |
14 |
> > |
15 |
> > I would have thought the same, but messing around with LizardFS I've |
16 |
> > found that the USB3 hard drives never disconnect from their Pi4 hosts. |
17 |
> > I've had more issues with LSI HBAs dying. Of course I have host-level |
18 |
> > redundancy so if one Pi4 flakes out I can just reboot it with zero |
19 |
> > downtime - the master server is on an amd64 container. I only have |
20 |
> > about 2 drives per Pi right now as well - at this point I'd probably |
21 |
> > add more drives per host but I wanted to get out to 5-6 hosts first so |
22 |
> > that I get better performance especially during rebuilds. Gigabit |
23 |
> > networking is definitely a bottleneck, but with all the chunkservers |
24 |
> > on one switch they each get gigabit full duplex to all the others so |
25 |
> > rebuilds are still reasonably fast. To go with 10GbE you'd need |
26 |
> > hardware with better IO than a Pi4 I'd think, but the main bottleneck |
27 |
> > on the Pi4 I'm having is with encryption which hits the CPU. I am |
28 |
> > using dm-crypt for this which I think is hardware-optimized. I will |
29 |
> > say that zfs encryption is definitely not hardware-optimized and |
30 |
> > really gets CPU-bound, so I'm running zfs on top of dm-crypt. I |
31 |
> > should probably consider if dm-integrity makes more sense than zfs in |
32 |
> > this application. |
33 |
> > |
34 |
> > -- |
35 |
> > Rich |
36 |
> |
37 |
> Quite interesting Rich. Thanks! |
38 |
> |
39 |
> My needs may be too 'simple'. I'm not overly worried about the government |
40 |
> or foreign actors invading my world. (Even though I'm sure they could.) I |
41 |
> just have a router-based firewall. My backup machines are powered down |
42 |
> unless they are being used and they don't respond to wake-up over the |
43 |
> network so they are safe enough for me. The one in my office backs up |
44 |
> my two machines (desktop and video file server) and the second |
45 |
> NAS backs up the first. They are both ZFS RAID1 using TrueNAS. I |
46 |
> don't use encryption at all. A real dummy... |
47 |
> |
48 |
> But again, I'm not even a Gentoo user any more. I'm a KDE user |
49 |
> and I could see no performance improvement using Gentoo over |
50 |
> Kubuntu. My updates happen once a week, roughly, and never |
51 |
> take more than 5 minutes. In 4 years I've never had an update |
52 |
> fail. Kubuntu just works for me - but I'll be the first to admit I don't |
53 |
> know what's running on my machine anymore so I'm not much better |
54 |
> than being a Windows user in terms of control. |
55 |
> |
56 |
> In the old days (2001) I was a computer OS enthusiast. Today |
57 |
> I play guitar, bake bread and drink a little wine. Life and focus |
58 |
> changed. For a guy at home life is ok and I have backups to boot. |
59 |
|
60 |
|
61 |
I have looked into OpenNAS and other NAS OS stuff. Some are on USB |
62 |
sticks and basically, you shut it down, upgrade the USB stick, insert it |
63 |
back into NAS and boot up. Then again, if it doesn't have a GUI type |
64 |
stuff, I could run Gentoo or something and updates wouldn't be to large |
65 |
since it is a base system mostly. I read once where a guy set up a NAS |
66 |
and it ran for years without ever even being rebooted. I think his |
67 |
uptime was like 5 or 6 years. It was one of those 'out of sight, out of |
68 |
mind' type things. He actively used it but never updated it or even |
69 |
blew the dust out of it. Then one day it hit him, I better check that |
70 |
thing. LOL |
71 |
|
72 |
I do plan to use encryption and they will be locked when not in use. I |
73 |
use cryptsetup commands to do all that. I think it is dmcrypt on the |
74 |
low level stuff. It's one reason I wanted to stay away from the |
75 |
Raspberry. It is low power which is great but not so much when using |
76 |
encrypted files. Then there is the USB to SATA thing that I've had bad |
77 |
experiences with. It's not like hal but still, I've had hard drives in |
78 |
USB enclosures turn into door stops. I just don't trust it. It would |
79 |
make me worry, a lot. |
80 |
|
81 |
This certainly something I need to deal with tho. This fast internet is |
82 |
like poking a hornets nest. It's causing all kinds of problems. ROFL |
83 |
|
84 |
Dale |
85 |
|
86 |
:-) :-) |