timescale / timescaledb-docker-ha

Create Docker images containing TimescaleDB, Patroni to be used by developers and Kubernetes.
Apache License 2.0
143 stars 38 forks source link

timescale-ha multiarch (ARM/Aarch64) support #259

Closed SharkWipf closed 2 months ago

SharkWipf commented 2 years ago

While the main timescaledb image has multiarch support, and attempts have been made (timescale/timescaledb-docker#23, timescale/timescaledb-docker#145) to provide multiarch support for the timescaledb-postgis image, since its deprecation, its recommended replacement, timescaledb-ha, does not offer multiarch support.
Is there a chance of getting arm/v7 and Aarch64 support on these images?

saibotk commented 2 years ago

To give another great reason for this: This would also make development with timescaledb on ARM-based macs much faster.

Thank you for the amazing software!

simonfester commented 2 years ago

+1 for this feature, would allow me to use ARM based EC2 instances - which are cheaper!

jason-lindholm commented 1 year ago

+1

amchelmer commented 1 year ago

+1

sinsharat commented 1 year ago

Any support planned for this. As i see this issue was raised in May2022.

ghstahl commented 1 year ago

It looks like someone is thinking about it. https://github.com/timescale/timescaledb-docker-ha/blob/2466f28f5e3ce7c4410b5a1d63f7fab23420c985/Dockerfile#L81

sruehl commented 1 year ago

maybe this https://github.com/timescale/timescaledb-docker-ha/pull/355 brings that a bit closer... It contains traces of ARM too :D

romulus-ai commented 1 year ago

+1 to may have this amazing software running on arm in the future :)

titus-zx commented 11 months ago

+ 1 waiting on this

yerffejytnac commented 11 months ago

+1 would love to hear any updates on this

sruehl commented 11 months ago

@graveland mentioned in #355 that

This also adds most of the required support for arm64 builds as well, but we need to fix public arm64 build runners before fully building multiplatform images

is there a issue for that to follow? As long as those runners are not fixed I guess there won't be images then.

johanatan commented 9 months ago

+1

maheee commented 9 months ago

Would love to have that as well. I want to run it on a RaspberryPi.

In the meantime, I'm using an image starting with postgres and install timescaledb + toolkit myself:

https://gist.github.com/maheee/309641ce45a511bc61dd12b1eb10c55e

tkononowiczsolwit commented 8 months ago

+1 any chance it will work?

b-thiswatch commented 8 months ago

if you care for a temporary solution, you could use the dev repository... https://hub.docker.com/u/timescaledev

jackson-sandland commented 6 months ago

+1

terion-name commented 4 months ago

+1

luckylinux commented 3 months ago

I have to do before all of this the following, since I am using Podman, not Docker:

ln -s /usr/bin/podman /usr/bin/docker

Then it should be about as easy as:

git clone https://github.com/timescale/timescaledb-docker-ha.git
PLATFORM="arm64" make build

Seems a bit weird that it's not included in automated builds by default though ...

wuast94 commented 3 months ago

any news on this?

liefra commented 3 months ago

Then it should be about as easy as:

git clone https://github.com/timescale/timescaledb-docker-ha.git
PLATFORM="arm64" make build

Seems a bit weird that it's not included in automated builds by default though ...

This worked for me on Mac using Docker

Oidlichtnwoada commented 3 months ago

@feikesteenbergen Could you add the proposed ARM build to your configured CI/CD, this would help timescale adaption ...

graveland commented 2 months ago

Should be fixed as of #456

Oidlichtnwoada commented 2 months ago

Thank you so much @graveland @feikesteenbergen