Beiträge von whoami0501

    Wie will man das bei Servern messen?

    Das ändert sich doch permanent im größeren Maße - ich sag nur Cloud und vor allem horizontales Autoscaling.

    Und natürlich - wie will man in Firmennetze reinschauen? Und darin stehen nicht wenig Server, ich würde die Anzahl bei mir auf Arbeit irgendwo im Höheren vierstelligen, wenn nicht sogar im fünfstelligen Bereich schätzen. Aber das ändert sich durch Autoscaling permanent und es werden auch viele Stacks permanent weggekloppt und wieder hingestellt - Entwicklung und Infrastructure as Code halt...

    Ich halte das für unmessbar, wenn man es repräsentativ und sicher wissen will.

    Was stellt ihr so mit euren kleinen VPS 200 an? Abgesehen von mit Mailcow + Pritunl quälen8o

    Seit Ostern schont meiner die Node-Ressourcen, aber kündigen will ich den auch nicht...

    Aktuell liegt er noch brach, aber ich will bald meine Icinga2 Instanz und meine InfluxDB darauf auslagern. :)

    Weil sich der User vermutlich nur von localhost aus einloggen darf. (root@loaclhost) ;)

    Leg doch mal einen User namens root an, der sich von 127.0.0.1 einloggen darf. Würde einen Keks darauf setzen, dass du dich dann auch auf 127.0.0.1 als root anmelden kannst. ^^

    Kann man zpools eigentlich verkleinern? Kann irgendwie nicht rausfinden, wie das gehen soll. :/

    Ich habe nen zpool in einem Logical Volume - ich denke mal, wenn ich das lv einfach resize, dann ist der zpool Schrott, oder? ^^

    Teilst du die Scripts bitte mit uns? ^^

    Do you think ZFS is safe and benefits from efficiency in combination with Mailcow?
    I had the impression you were doing a test with this combination during the last weeks.

    Well - i can imagine (basically for all mailservers), that a deduplicating filesystem could make sense. Just think about if somebody send a document about 5 MiB to 20 recipients. So the mail (including the 5 MiB document from the attachment) will be stored at least 21 times on the server. 105 MiB. If you're running a deduplicating filesystem, it will only use 5 MiB storage.

    I never tested this and i also never wanted to test it ^^ and i also dont know, whether this will work with mailcow and docker volumes. But if you are going to try it, please report your experiences to us. :)

    Sind die Storageserver wirklich so dermaßen langsam?

    Jap, also zumindest die kleinen. Die scheinen wirklich nur auf Backup+Archiv ausgelegt zu sein, mehr als n Samba oder NFS Server bekommt man da nicht performant auf die Reihe... Das ist ne tödliche Kombi. Langsame Festplatten und wenig CPU Power - sobald die da etwas mehr Last haben, fressen die sich richtig fest. Wir haben da ne Nextcloud drauf - gestern hatten wir zeitweise nen Load von über 60. Die sind da einfach nicht dafür gedacht...

    CPU-technisch wie die VPS mit den selben Anzahl an Cores, und RAM ebenfalls;

    Auf dem Papier ja, aber vom Gefühl her hängen da noch langsamere CPUs als bei den VPS drunter.

    Und wir dürfen es dann ausbaden, weil gewisse asozial-arrogante Mailanbieter wieder riesige Netzbereiche sperren. :wacko:


    Wir wollten btw heute einen S 1000 G7 zu einem RS 8000 G8SE SAS wandeln lassen bzw. vorzeitig den Vertrag des S1000 beenden und mit Netcup den Kompromiss finden, dass wir quasi dafür den RS nehmen... keinerlei Kulanz oder Kompromisse. Da bleiben wir wohl noch das übrige dreiviertel Jahr auf dem S1000 G7 sitzen... echt doof. :pinch:

    So - now i am at my private pc and can show you a example of my server:

    Code
    ### Portforwarding for Container mycontainer.rz.domain.de (116) ###
    # SSH /SFTP
    /sbin/ip6tables -t nat -A PREROUTING -d abcd:ef12:3456:7890::1 -i ens3 -p tcp --dport 4422 -j DNAT --to [fd00:21:1::116]:22
    /sbin/ip6tables -A FORWARD -p tcp --dport 22 -d fd00:21:1::116 -m state --state NEW -j ACCEPT
    /sbin/ip6tables -A FORWARD -p tcp --sport 22 -s fd00:21:1::116 -m state --state RELATED,ESTABLISHED -j ACCEPT

    So image your RS IP is abcd:ef12:3456:7890::1 and on this RS, you are hosting a container with the ID 116 and the internal IP address fd00:21:1::116. On youre container is a ssh server listening on port 22 - now you want to access the ssh server of your container from remote. So you are setting up a portforwarding like above, and due to this portforwarding, the port 22 of the container is available globally with the port 4422 and the ip of the hostsystem.

    Clear what i am talking about? You are forwarding a external accessable port of the host to a internal accessable port of a container.

    For IPv4 its the same proceedure, you are just using other IP addresses and iptables instead of ip6tables.

    Also ich habe gerade mal auf einem S 1000 G7 ein fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=64 --size=4G --readwrite=randwrite

    gemacht - bei nichtmal 20% war der Load1 schon wieder bei über 40 und die Kiste ist eingefroren...

    Wir ziehen die Kiste zeitnah auf einen RS 8000 G8SE SAS um - das Ding ist einfach unerträglich. Vielleicht für irgendwas Backup oder Archiv mäßiges ala Deep Glacier, aber für Seafile (wir nutzen das Ding mit Nextcloud) - no way, probier es garnicht erst.

    Vielleicht geht es mit den größeren dieser Kisten besser, aber die sind da eindeutig nicht dafür ausgelegt.


    Wenn man viel Storage zu einem guten Preis will, ist man meines Erachtens immer noch mit einem RS mit SAS am besten beraten.

    Hallo ihr Lieben,

    sagt mal kennt sich wer mit dem Wohnungsmarkt in Aachen aus? Was sind die eher gehobenen Wohnviertel?

    Ich weiß Aachen ist eine Studentenstadt aber dort wird es sich auch Viertel wie Dahlem oder Lichterfelde in Berlin geben.

    ??

    Habe ne gute Bekannte aus Aachen, habe die Frage mal weitergereicht. ;)

    Which means it's not a good idea to use ZFS with compression to start with as netcup uses hardware raid.

    Well - thats true, but i never had some problems. ^^


    What does your script exactly do by the way? port forwarding what exactly?

    I will send you a example later. Currently i cant access my private computer.

    For now i will try to explain it:

    Each lxc container is having a internal ip address. For outgoing traffic, theres a normal NAT like at a router at home, so all containers will access the internet with the ip address of the hostsystem.

    For incoming traffic, i am using a iptables DNAT. So youre saying at the hostsystem: all traffic the hostsystem recieves e.g. on its public ip at port 80/tcp will be forwarded to a internal ip address (a container).


    I will show you a real example later. :)

    Hi,

    you should really think about whether you need ZFS. I just reviewed my server today - i am saving ~ 25 GiB diskspace with ZFS in comparison to normal lvm-thin with ext4. I am running ~15 LXC Containers. With ZFS ~90 GiB, without ZFS ~115GiB.

    Not that much... you should also know that ZFS needs much RAM and leads to higher CPU Load because of the live compression.

    So i normally recommend a normal setup with ext4, if you dont want to store much data.


    My way for setting up proxmox is a bit different - i am setting up a normal debian, because at this way i can create my own partition schema on the disk.
    I am creating a small partition for the boot loader. The rest of the disk will be used for lvm - so i create a volume group with a 10GiB lv with ext4 for / and a 1GiB lv for /var/log. The rest of the vg will remain unused.
    Then i manually setup proxmox and after that, i create a lv as a lvm-thin with the unused storage of the volume group. And this lvm-thin i register in proxmox and use it for my lxc containers.

    If i am using ZFS with proxmox, then the lv with the lvm-thin will be a zfs pool. So the rootfs lv, as well as the log lv, is in each situation a normal ext4.

    Thats my way to handle it - just a suggestion.
    Do you store huge masses of data with e.g. much duplicate files? Then ZFS is your filesystem - otherwise you should choose lvm-thin with ext4.

    I've been looking into docker as well, but I am not sure yet if I wish to use that. Seeing docker likes to mess with the firewall and is mostly only compatible with iptables, and is incompatible with ufw. Plus, the hassle of removing entire templates just for reinstallation while separating the data sounds like a pain to me.

    Networking is pain in the ass with containers. But the pain with lxc aint that hard like the pain with docker. Thats why i personally hate docker. ^^

    In my setups, the proxmox included firewall is completely turned off and im having my own big iptables script with nat and portforwarding. If you want, i can share it with you - but networking with lxc containers could be a struggle for the begin, because its a little bit difficult to understand how it works. :D

    But if you really want, this wont be a showstopper. Iptables is easier as it looks like. :P


    Hope this helps - feel free to ask if you having any other questions. :saint:

    Meine Familie und Ich haben uns entschlossen, uns mal zusammen nen ordentlichen Scanner kaufen, um unsere drölf Kubikmeter Papier zu digitalisieren.

    Wir Scannen primär Dokumente. Es sollte ein Einzugsscanner sein, der halbwegs zügig beidseitig Scannen kann. Netzwerkfähigkeit per LAN wäre an sich ganz nett.

    Kann mir da jemand was empfehlen? Welche Hersteller sind gut, welche sollte man meiden? :/