local-path-provisioner
kubespy
local-path-provisioner | kubespy | |
---|---|---|
30 | 10 | |
2,003 | 2,830 | |
2.2% | 0.8% | |
6.1 | 5.4 | |
8 days ago | 21 days ago | |
Go | Go | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
local-path-provisioner
-
Deploy Ghost with MySQL DB replication using helm chart
Deploy local-path-provisioner storage class but it does not support readwritemany so for high availability of your Kubernetes cluster better to use longhorn
-
lvp: Local Volume CSI Provisioner -- Dynamic PV Provisioning for your Home Cluster
I use this one. I'm waiting for the day it's combined with syncthing to sync across all nodes. https://github.com/rancher/local-path-provisioner
-
issues with pv retaining data on local-path SC
So I have this single node k3s cluster. k3s uses local-path (https://github.com/rancher/local-path-provisioner) as default SC that allows one to create dynamic volumes using nodes local storage.
-
How to format drives for local persistent volumes
Just create 1 single partition and format it with whatevery filesystem you like. And then use ranchers local-path-provisioner which will create a folder per PV (k3s has this integrated by default).
-
Persisting data in a dynamic volume?
Tinkering locally with local path provisioner (https://github.com/rancher/local-path-provisioner), I find that I can delete and re-create the pod, and the data persists on disk. However, if I delete the PVC, when I recreate the PVC, a new directory on disk is created.
-
Issues with "victoria-metrics-k8s-stack", monitoring k8s targets
It is better to use https://github.com/rancher/local-path-provisioner (or similar) for this case which will do PVC on local directories because manually linking PV<>PVC will not work.
-
single node k8s on nuc - homelab/prod - storage question
Since you only have one physical node anyway, I would just make the cluster a single-node cluster (1 VM) and use local storage on that VM. Iām biased though because this is what I do (I run K3s and use local path provisioner).
-
Using local disks for both K8s workloads, and exporting via SMB?
Rancher's Local Path Provisioner - From reading, seems to just use HostPath or Local PVs under the hood, but adds dynamic provisoning
-
Kubernetes: How to Persistent Storage
With any of those tools, you'd implement a network storage on top of a network storage. I would go with mouting few volumes per node +local storage like (https://github.com/rancher/local-path-provisioner).
- There doesn't seam to be any good distributed block storage for Kubernetes
kubespy
-
How I get better feedback on my PRs (and how you can, too)
lang="en"> charset="utf-8"> Hello, world! Hello, world! š Deployed with š by new href="https://pulumi.com/">Pulumi.
-
AWS EC2 Auto Scaling, Target Tracking Policies and Prometheus Exporters
Pulumi IaC will help us bring up our infrastructure on the AWS Cloud. Check out pulumi.com if you still need to become familiar with it. You can deploy this demo stack using the Pulumi button below.
-
Terraform - How do you handle secrets?
There are other infrastructure as code tools that take secrets seriously. Pulumi encrypts all values in state and you can even bring your own key from your cloud provider
-
Observability Mythbusters: Yes, Observability-Landscape-as-Code is a Thing
*Codifying the deployment of the OTel Collector *(to Nomad, Kubernetes, or a VM) using tools such as Terraform, Pulumi, or Ansible. The Collector funnels your OTel data to your Observability back-end. ā
-
Interesting tools?
KubeSpy - to see what's going on a deployment real time. https://github.com/pulumi/kubespy
-
My "infrastructure as code" tool to manage production-grade clusters
it takes too much time, terraform configs are not easy to use also. Pulumi is much better to maintenance. Cloudy is good enough for launching a production-ready cluster in 5-10 minutes. It could be an alternative to kops
-
We're building an open-source tool to deploy infrastructure in multiple clouds
Just wanted to mention a Terraform alternative I really like, especially cause it's infrastructure as code (IaC) http://pulumi.com/, though I'm not sure about their approach on multi cloud, haven't used it in quite a while
-
Deploying Kubernetes Clusters in Increasingly absurd languages
That is the entire point of Pulumi, you should give it a try
-
Tips: Conditional Expression on Terraform
pulumi.com if you are interested in doing anything dynamic inside of your templates (i.e. conditions) take a look at pulumi
- Ways to to trigger terraform modules
What are some alternatives?
sig-storage-local-static-provisioner - Static provisioner of local volumes
pluto - A cli tool to help discover deprecated apiVersions in Kubernetes
topolvm - Capacity-aware CSI plugin for Kubernetes
kops - Kubernetes Operations (kOps) - Production Grade k8s Installation, Upgrades and Management
csi-lib-utils - Common code for Kubernetes CSI sidecar containers (e.g. `external-attacher`, `external-provisioner`, etc.)
kured - Kubernetes Reboot Daemon
kind - Kubernetes IN Docker - local clusters for testing Kubernetes
nginx-prometheus-exporter - NGINX Prometheus Exporter for NGINX and NGINX Plus
nfs-ganesha-server-and-external-provisioner - NFS Ganesha Server and Volume Provisioner.
google-cloud-cpp - C++ Client Libraries for Google Cloud Services
csi-driver-nfs - This driver allows Kubernetes to access NFS server on Linux node.
multy - Multy - Easily deploy multi cloud infrastructure. Write cloud-agnostic config deployed across multiple clouds