<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Sysadmin on 5ok — sysadmin, devops, hosting</title><link>https://www.5ok.eu/categories/sysadmin/</link><description>Recent content in Sysadmin on 5ok — sysadmin, devops, hosting</description><generator>Hugo</generator><language>en</language><lastBuildDate>Wed, 20 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://www.5ok.eu/categories/sysadmin/index.xml" rel="self" type="application/rss+xml"/><item><title>Hosting for an e-shop doing 40,000 orders a month</title><link>https://www.5ok.eu/references/hosting-for-an-e-shop-doing-40000-orders-a-month/</link><pubDate>Wed, 20 May 2026 00:00:00 +0000</pubDate><guid>https://www.5ok.eu/references/hosting-for-an-e-shop-doing-40000-orders-a-month/</guid><description>&lt;h2 id="the-problem"&gt;The problem&lt;/h2&gt;
&lt;p&gt;An e-shop built on a custom PHP application ran on managed hosting that fell over during every campaign. Average TTFB 1.8 s, over 6 s at peak. The hosting provider&amp;rsquo;s answer was that they were &amp;ldquo;exceeding plan limits&amp;rdquo;.&lt;/p&gt;
&lt;h2 id="what-we-did"&gt;What we did&lt;/h2&gt;
&lt;p&gt;We built dedicated infrastructure across three machines:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;App server&lt;/strong&gt; — Nginx + PHP-FPM, pool settings tuned to the real load profile.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;DB server&lt;/strong&gt; — PostgreSQL with a replica, &lt;code&gt;shared_buffers&lt;/code&gt; and &lt;code&gt;work_mem&lt;/code&gt; sized to the dataset rather than left at defaults.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Cache layer&lt;/strong&gt; — Varnish in front of the application for anonymous requests, Redis for sessions and application cache.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;The migration ran over a weekend with a 12-minute window for the DNS switch and final database sync.&lt;/p&gt;</description></item><item><title>Bare-metal to Proxmox with no downtime</title><link>https://www.5ok.eu/blog/bare-metal-to-proxmox-with-no-downtime/</link><pubDate>Mon, 11 May 2026 00:00:00 +0000</pubDate><guid>https://www.5ok.eu/blog/bare-metal-to-proxmox-with-no-downtime/</guid><description>&lt;p&gt;The client had four physical servers, one application each. A classic 2015–2018 setup: one server = one service, no virtualisation, no backups beyond &lt;code&gt;rsync&lt;/code&gt; to a NAS.&lt;/p&gt;
&lt;p&gt;The brief: get it onto Proxmox, gain snapshots and live migration, and &lt;strong&gt;keep downtime under a few minutes&lt;/strong&gt; per service.&lt;/p&gt;
&lt;h2 id="the-plan"&gt;The plan&lt;/h2&gt;
&lt;p&gt;The approach we use almost every time:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Build a new Proxmox cluster alongside (three nodes, Ceph pool).&lt;/li&gt;
&lt;li&gt;For each service create a VM and deploy from configuration management — &lt;strong&gt;not&lt;/strong&gt; by cloning the old disk.&lt;/li&gt;
&lt;li&gt;Run both instances in parallel, synchronise data one-way.&lt;/li&gt;
&lt;li&gt;Switch DNS / load balancer, watch, keep the old instance on standby for a week.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;Point 2 matters. Cloning a physical disk into a VM (P2V) is fast, but it carries ten years of sediment with it — old packages, manual &lt;code&gt;/etc&lt;/code&gt; edits nobody documented. If you have Ansible, rebuild instead.&lt;/p&gt;</description></item><item><title>Remote monitoring network for a water utility</title><link>https://www.5ok.eu/references/remote-monitoring-network-for-a-water-utility/</link><pubDate>Thu, 12 Mar 2026 00:00:00 +0000</pubDate><guid>https://www.5ok.eu/references/remote-monitoring-network-for-a-water-utility/</guid><description>&lt;h2 id="the-brief"&gt;The brief&lt;/h2&gt;
&lt;p&gt;Sixty pumping stations and reservoirs scattered across a region, each with a PLC nobody sees until something breaks. The goal: get PLC data into the control room and have real-time visibility.&lt;/p&gt;
&lt;h2 id="the-solution"&gt;The solution&lt;/h2&gt;
&lt;p&gt;We deployed a &lt;strong&gt;Teltonika TRB245&lt;/strong&gt; at each site — an LTE gateway with RS485 that:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Reads registers from the PLC over Modbus RTU.&lt;/li&gt;
&lt;li&gt;Publishes them via MQTT to a central broker.&lt;/li&gt;
&lt;li&gt;Maintains a permanent WireGuard tunnel back to HQ for remote PLC access.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Centrally: Mosquitto → Telegraf → Prometheus → Grafana. Alerts reach dispatch via email and an SMS gateway.&lt;/p&gt;</description></item></channel></rss>