Skip to content
Securely manage Docker, Swarm, Kubernetes and Podman clusters in the cloud, on-premise, and in the data center.
Secure app deployment and device management for your Industrial IoT, IoT and Edge devices.
Let Portainer's Managed Platform Services accelerate your containerization journey.
Manage all your Docker, Swarm, Kubernetes and Podman clusters from a single secure interface.
Portainer empowers Platform Engineering teams to deliver efficient, user-centric services.
Empower your business by adopting containerization the easy way with Portainer.
Deploy to and manage your fleet of remote devices centrally and securely.
Onboard, manage and deploy workloads across hundreds of devices securely with Portainer.
Deployment scenarios
Partner Solutions
blog-banner
Neil Cresswell, CEOJanuary 7, 20212 min read

Portainer CE Validated Configurations

This blog today serves an important purpose; it is setting expectations in regards to underlying software and hardware versions that we test our releases against, and how this may impact you.

Through our community channels, we are often asked, "is XYZ supported by Portainer", or "is latest version of Portainer supported on my version of Docker, or "does Portainer work with XYZ Kubernetes version".

As most of our users are aware, Portainer CE is a community supported product, and there is no formal support from Portainer.io for the CE version (Portainer Business includes formal support).  Yes we do monitor our social channels, and we are active in managing reported issues/bugs/feature requests in our github repo; but this should not imply any level of formal support, nor should there be any expectations of a response SLA or that we will create a bugfix for a reported issue. Community support means just that, community supported.

As an aside, see this blog for how we prioritize fixing reported bugs and adding requested features - https://www.portainer.io/blog/portainer-2.0-and-the-development-balancing-act

All the above being said; every single release of Portainer goes through an extensive testing process (functional tests, release tests, post release tests) to ensure that what we are creating actually works as expected. Obviously though, we cannot possibly test Portainer against every single configuration variant out there, so we have elected to test against just a subset.

To try and alleviate confusion as to what we test against, we have elected to document this below; these configurations are the only configurations that we personally validate as "functional"; any other variant is not tested (this does not mean it wont work, it just means its not tested). If you report a bug for a configuration that is not on the list below, we will ask you to first update your environment to match a validated configuration before continuing.

validated_configs-2

There are often genuine reasons why users are unable to upgrade their Docker or Kubernetes Versions, and in these cases, we recommend you remain on an older version of Portainer, or if you do upgrade, be aware that you are in uncharted waters. Also note that as hardware ages (eg ARM), we are dropping it from our testing, favoring only the more modern ARM64 variant. Again, if you run ARM hardware, the latest versions of Portainer should work, but these are untested.

Remember, this is not a statement of what we will build container images for; we will continue to build images for Linux/ARM, Linux/ARM64, Linux/AMD64, Linux/PPC64le, Windows1809/AMD64; however these are purely automated builds.

Hopefully this helps you to understand what we test against, and what we dont; and helps you understand if we push back on a request for help if you are using a variant we have not tested.

 

avatar

Neil Cresswell, CEO

Neil brings more than twenty years’ experience in advanced technology including virtualization, storage and containerization.

COMMENTS

Related articles