HA-readiness (overview & discussion) #428
Closed
opened 2023-04-02 08:38:21 +00:00 by pat-s
·
2 comments
No Branch/Tag Specified
main
renovate/postgresql-ha-15.x
renovate/postgresql-16.x
renovate/redis-20.x
renovate/redis-cluster-11.x
fix-674
app-ini-recreation
fix-env-to-ini
clean-app-ini
gitea-ha
v10.6.0
v10.5.0
v10.4.1
v10.4.0
v10.3.0
v10.2.0
v10.1.4
v10.1.3
v10.1.2
v10.1.1
v10.1.0
v10.0.2
v10.0.1
v10.0.0
v9.6.1
v9.6.0
v9.5.1
v9.5.0
v9.4.0
v9.3.0
v9.2.1
v9.2.0
v9.1.0
v9.0.4
v9.0.3
v9.0.2
v9.0.1
v9.0.0
v8.3.0
v8.2.0
v8.1.0
v8.0.3
v8.0.2
v8.0.1
v8.0.0
v7.0.4
v7.0.3
v7.0.2
v7.0.1
v7.0.0
v6.0.5
v6.0.4
v6.0.3
v6.0.2
v6.0.1
v6.0.0
v5.0.9
v5.0.8
v5.0.7
v5.0.6
v5.0.5
v5.0.4
v5.0.3
v5.0.2
v5.0.1
v5.0.0
v4.1.1
v4.1.0
v4.0.3
v4.0.2
v4.0.1
v4.0.0
v3.1.4
v3.1.3
v3.1.2
v3.1.1
v3.1.0
v3.0.0
v2.2.5
v2.2.4
v2.2.3
v2.2.2
v2.2.1
v2.2.0
v2.1.11
v2.1.10
v2.1.9
v2.1.8
v2.1.7
v2.1.6
v2.1.5
v2.1.4
v2.1.3
v2.1.2
v2.1.1
v2.1.0
v2.0.7
v2.0.6
v2.0.5
v2.0.4
v2.0.3
v2.0.2
v2.0.0
v1.5.5
v1.5.4
v1.5.3
v1.5.2
v1.5.1
v1.5.0
v1.4.9
v1.4.8
v1.4.7
v1.4.6
v1.4.5
v1.4.4
v1.4.3
v1.4.2
Labels
Clear labels
has/backport
in progress
invalid
kind/breaking
kind/bug
kind/build
kind/dependency
kind/deployment
kind/docs
kind/enhancement
kind/feature
kind/lint
kind/proposal
kind/question
kind/refactor
kind/security
kind/testing
kind/translation
kind/ui
need/backport
priority/critical
priority/low
priority/maybe
priority/medium
reviewed/duplicate
reviewed/invalid
reviewed/wontfix
skip-changelog
status/blocked
status/needs-feedback
status/needs-reviews
status/wip
upstream/gitea
upstream/other
Milestone
No items
No Milestone
Projects
Clear projects
No project
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: lunny/helm-chart#428
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
General issue discussing HA-deployment of Gitea using the helm chart.
There has been an initial effort by @luhahn two years ago which was never fully finished and seems stale now (#205).
Yet much of the discussion and issues can be picked up on and this issue aims to summarize and give an overview.
Another effort in documenting all individiual components is #350. The final result of this issue should make it into #350.
Another discussion is whether Gitea should use statefulsets or deployments for it's replicas (#426).
Cache
Applies to "session cache" and "general cache".
memcached
: even when deployed in "high-availability",memcached
does not provide a smooth experience when Gitea replicas are > 1. Reason unclear, but often the user is reset to the home page without an active action.redis
: Redis should be used for HA. Two redis variants exist:redis
andredis-cluster
. While the latter might be preferable for larger instances, it functions a bit different and can currently not be used together with Gitea. See https://github.com/go-gitea/gitea/issues/23869.DB
FIXME
Queues
Redis should be used for
queue
in HA mode.Indexers
There's a difference between the ISSUE indexer and CODE/REPO indexer.
Code indexer
The issue indexer via
db
,elasticsearch
,meilisearch
(as of Gitea 1.20) ordb
.Only
meilisearch
anddb
(if a HA-ready DB is in use) can be used in this case.Code/Repo indexer
The only supported HA-ready repo indexer as of now is
elasticsearch
. If you don't have anelasticsearch
instance, we recommend to turn it off for now while we work on a better solution.In
values.yml
:Storage
RWX
volumeminio
.redis
is not supported forindexer
.And two missed parties are
session
andqueue
.#437 has a condensed overview markdown doc now which will hopefully make into
main
soonish. I suggest to look it up for further information. The content in OP here is only slighlty accurate.