Installing the Private Packagist Self-Hosted Helm chart in an existing Kubernetes cluster
Documentation
- Quick Start Guide
- Private Networks and Firewalls
- Using Private Packagist in a Composer project
- API Documentation
- Security Monitoring
- Update Review
- Synchronization FAQ
- Composer Authentication
- Cloud Changelog
Features
- Private Composer Packages
- Mirroring Composer Packages
- GitHub, Bitbucket, GitLab and Other Integrations
- Security Monitoring
- Update Review
- Dependency License Review
- Subrepository Setup
- Vendors: Customer Setup
Articles
Private Packagist Self-Hosted
- Self-Hosted Installation
- Maintenance
- Troubleshooting Guide
- Integration Setup
- Replicated Native (deprecated)
- Self-Hosted Changelog
The Private Packagist Self-Hosted Helm chart allows you to install Private Packagist in an existing Kubernetes cluster, to instead install Private Packagist Self-Hosted without an existing Kubernetes cluster, follow this guide.
General requirements
- A Kubernetes cluster v1.23 or newer
- Your username and password to log in to the Helm registry on registry.replicated.com. You can find your credentials in your Private Packagist account at https://packagist.com. Don't have one yet? Sign up for a free trial license!
- One (sub-)domain to operate the web interface, e.g. packagist.myintranet.com
- One (sub-)domain to operate the composer repository, e.g. repo.packagist.myintranet.com or packagist-repo.myintranet.com
- An SSL certificate valid for both chosen domains
- An SMTP server or a GMail account for Private Packagist Self-Hosted to send email
- If your firewall restricts external connections then the following domains must be accessible from the server:
- hub.docker.com
- proxy.replicated.com
- registry.replicated.com
- replicated.app
- amazonaws.com
- k8s.gcr.io
Installation
Private Packagist Self-Hosted requires PostgreSQL, Redis, and blob storage to store application data and Composer packages. You can either use the built-in options that come with the Helm chart or use your own PostgreSQL, Redis, and blob storage. For blob storage, we currently support Azure Blob Storage, Google Cloud Storage, AWS S3, and other S3-compatible storage solutions.
Please note that if you choose to use the built-in solution then each of the storage requires one or more volumes using
dynamic volume provision to allocate storage for the different Pods.
Configure the Storage Class in the values.yaml under global.storageClass
.
Annotated configuration
To install the Private Packagist Self-Hosted Helm Chart configure values based on your setup, store them in a YAML file, e.g. values.yaml
, and then run the commands below.
global: # If any of the built-in storage mechanisms are used, configure a storage class that should be used storageClass: 'default' # Sequence value to force a redeployment of all containers sequence: 1 application: # Configure setup mode to configure Private Packagist # This allows you to access the admin section without requiring an account setupMode: enabled: false # Configure a HTTP_PROXY if one needs to be used to access package information httpProxy: '' # Select which level of backward compatibility you require for clients connecting to Private Packagist over HTTPS. The levels refer to Mozilla's recommendations at https://wiki.mozilla.org/Security/Server_Side_TLS and the recommended setting is intermediate. # If you are using older linux distributions or versions of OpenSSL you may need to use the default "Old" setting to be able to connect to your installation. # Either set the value to "old" for (TLS 1.0+) or "intermediate" for (TLS 1.2+) tls: level: 'intermediate' # old, intermediate # Paste the PEM formated public certificates as plain text including the BEGIN/END sections. # If you need to add multiple certificates, just paste them all one after another e.g. # certificateAdditions: | # -----BEGIN PUBLIC KEY----- # ABC/KEY1/XYZ # -----END PUBLIC KEY----- # -----BEGIN PUBLIC KEY----- # ABC/KEY2/XYZ # -----END PUBLIC KEY----- certificateAdditions: '' # HTTPS port used to generate URLs httpsPort: 443 # Hostname for the UI hostnameUi: '' # Hostname for the Composer repository hostnameRepo: '' # Number of background worker processes (min 4, max 75). # Set this to 0 to automatically use the recommended number of workers ((machine memory - 1GB) / 600MB, e.g. 6 workers on a 4GB machine). numberOfWorkers: 0 # Generate three 64 long random strings. They are used to generate webhook and invite URLs and to verify internal requests. # Changing the secrets once the app is running will break existing URLs secrets: generic: '' invite: '' internal: '' ingress: enabled: false className: 'default' # The spec.ingressClassName to configure the Ingress resource annotations: {} tls: enabled: false secretName: 'cert_issuer' # The name of the secret that is used to configure TLS # Configure the Prometheus integration, this requires that Prometheus (https://prometheus.io/) is available and the ServiceMonitor Custom Resource exists in your cluster prometheus: enabled: false # Configure the Velero integration for backups, this requires that Velero (https://velero.io/) is installed in your cluster velero: enabled: false # Configure if and how the Private Packagist application should send emails email: type: 'no-mail' # no-mail, smtp, gmail fromEmail: 'test@example.org' smtp: host: 'localhost' user: '' password: '' encryption: 'none' # none, ssl, tls port: '' gmail: username: '' password: '' # Configure PostgreSQL storage postgresql: type: 'built-in' # built-in, external builtIn: password: password external: username: postgres password: password database: postgres host: postgresql port: 5432 sslmode: 'prefer' # See for options https://www.postgresql.org/docs/12/libpq-connect.html#LIBPQ-CONNECT-SSLMODE version: 12 # Configure Redis storage redis: type: 'built-in' # built-in, external external: tls: false password: "" host: redis port: 6379 # Configure Blob storage storage: type: 'built-in' # built-in, s3, azure, google, other-s3 bucket: '' region: 'eu-west-1' builtInStorage: replicas: 4 secretKey: 'secret-key' externalS3: key: '' secret: '' externalGoogle: json: '' externalAzure: connection: '' externalOtherS3: key: '' secret: '' endpoint: ''
Login to the Helm registry and install the chart
Make sure you replace YOUR_USERNAME
, YOUR_PASSWORD
, values.yaml
, and VERSION
with your values before running the commands.
You can find the latest Private Packagist version on our changelog page.
helm registry login registry.replicated.com --username YOUR_USERNAME --password YOUR_PASSWORD
helm install -f values.yaml private-packagist oci://registry.replicated.com/privatepackagistkots/private-packagist --version VERSION
Verify that the helm chart is deployed by running kubectl get pods
and verifying that the repo
, ui
, and worker
pods are running.
You should then be able to access the web interface by opening the configured domain in the browser, e.g. https://packagist.myintranet.com.
Authentication Setup
Within Private Packagist Self-Hosted, you now need to set up at least one user authentication method. You have the choice between authentication with email addresses and passwords and several OAuth integrations with third-party services. We provide integrations with on-premises versions of GitHub, Bitbucket, GitLab, or their public services on github.com, bitbucket.org, or gitlab.com. Follow the instructions to create the respective required identifiers, tokens, and secrets.
- GitHub (Enterprise) Integration Setup
- Bitbucket.org Integration Setup
- Bitbucket Data Center / Server Integration Setup
- GitLab Integration Setup
- Authentication with Email Addresses and Passwords.
Selecting Admins
After setting up an integration, you can log in through the top menu. Register an account and pick a username.
The first user is granted admin permissions automatically. You can grant admin permissions to more users in the admin panel.
Switching to Production Mode
Edit your values.yaml to disable the Setup Mode.
- Change
application.setupMode.enabled
in the values.yaml - Apply the changes in your cluster with
helm upgrade
- Restart the ui deployment to apply the changes in the application
kubectl rollout restart deployment ui
That’s it! Private Packagist Self-Hosted is now ready to be used! You’ll find all further information in the web interface.
Database and storage with dynamic volumes
Private Packagist Self-Hosted will set up PostgreSQL, Redis, and MinIO to store application data and Composer packages.
Each of them requires one or more volumes using dynamic volume provision to allocate storage for the different Pods.
Configure the Storage Class in the values.yaml under global.storageClass
.
Alternatively, you can configure Private Packagist Self-Hosted to use your own PostgreSQL, Redis, and blob storage.
For blob storage, we currently support Azure Blob Storage, Google Cloud Storage, AWS S3, and other S3-compatible storage solutions.
You can configure the blob storage in the values.yaml under storage.type
.
Security
The Private Packagist Self-Hosted application expects that TLS termination happens at or before the Ingress level. All traffic within the cluster is unencrypted.
Ensure your Kubernetes network plugin encrypts connections between pods to avoid potential security issues.
Backups
The Private Packagist Self-Hosted application integrates with Velero, a tool to back up and restore your Kubernetes cluster resources and persistent volumes. Private Packagist Self-Hosted provides annotations to help back up and restore the application with Velero.
If you are using your own backup solution, we recommend making regular backups of PostgreSQL, Redis, and the used blob storage.
Start Free Trial
Login to create an organization and start your free trial!