This message was deleted.
# k3s
a
This message was deleted.
l
Hi @stale-addition-90512 , You should provide some more details. • k3s version • Os and os version • What database are you talking about? The db for etcd? Spill the beans if you want effective help.
🙇‍♂️ 1
s
thanks for advise!
l
Of course. No worries …. Happy to help
🙏 1
s
k3s -v k3s version v1.25.5+k3s2 (de654222) go version go1.19.4 cat /etc/*release NAME=“SLES” VERSION=“15-SP3" VERSION_ID=“15.3” PRETTY_NAME=“SUSE Linux Enterprise Server 15 SP3" ID=“sles” ID_LIKE=“suse” ANSI_COLOR=“0;32” CPE_NAME=“cpe/osusesles15:sp3" DOCUMENTATION_URL=“https://documentation.suse.com/” and yes, db for etcd, i’m using postgresql
l
It’s usually the disk iops at play in these scenarios. What’s your postgresql disk setup?
s
it’s ssd
l
6GB NOT that much throughput … but could be enough depending on the pressure on the api. RAID setup?
s
k3s=# select (blk_read_time+blk_write_time) AS iotime from pg_stat_statements order by (blk_read_time+blk_write_time) desc limit 5; iotime --------------------- 203.53721000000058 15.213267 3.018391 0.21515399999999998 0.084551 (5 rows) k3s=#
l
Also backbone on the network side … what’s the setup?
s
yes
it’s localhost
l
Raid what?
s
i think raid0
l
Isolation of disks for PostgreSQL and the rest of the kubernetes cluster?
s
nope, but some ioweight setting
l
Regular workload on the same nodes as the api? And where the PostgreSQL is?
s
yes, all workloads are one the some node, including DB
l
So only one node? A one node cluster?
s
yes, one node
l
🤠 🤠 🤠 🤠
And node type? Architecture and pc type
s
it’s VEP-4600-V930
main question is where does this 629ms number come from?
l
Some VNF server … dedicated to network functions … no wonder this does not give the needed performance I would say
s
what kind of performance we are talking about here? any specific requirement ?
l
I would think that the 629ms trace warning is from the api .. so that’s why you’re not seeing this in the dev select statement you did
It’s the entire processing time spend from request to completion by whatever via the kubernetes api
s
ok, so + network delay
🎯 1
l
You can read about the performance requirements on the etcd website in the docs
👍 1
Etcd is picky as it should be
s
but..i’m not really using etcd, i’m using postgres
l
Oh yes sorry…
Still … the api is picky 🍕 🤡
I would say too much on one node .. it’s also possible to look requirements of the ….. api up on the kubernetes docs
🙌 1