furyctl CLI
The next generation of
furyctl
, called "furyctl next", has been officially released. It is now in a stable state and available starting from version v0.25.0. The previous version, furyctl 0.11, is considered legacy and will only receive bug fixes. It will be maintained under the v0.11 branch.
What is Furyctl?
furyctl
is the command line companion for the Kubernetes Fury Distribution to manage the full lifecycle of your Kubernetes Fury clusters.
Available providers
EKSCluster
: Provides comprehensive lifecycle management for an EKS cluster on AWS. It handles the installation of the VPC, VPN, EKS using the installers, and deploys the Distribution onto the EKS cluster.KFDDistribution
: Dedicated provider for the distribution, which installs the Distribution (modules only) on an existing Kubernetes cluster.OnPremises
: Provider to install a KFD Cluster on VMs.
Installation
Installing from binaries
You can find furyctl
binaries on the Releases page.
To download the latest release, run:
curl -L "https://github.com/sighupio/furyctl/releases/download/v0.26.2/furyctl_$(uname -s)_x86_64.tar.gz" -o /tmp/furyctl.tar.gz && tar xfz /tmp/furyctl.tar.gz -C /tmp
chmod +x /tmp/furyctl
sudo mv /tmp/furyctl /usr/local/bin/furyctl
Alternatively, you can install furyctl
using the asdf plugin.
Installing with asdf
Add furyctl asdf plugin:
asdf plugin add furyctl
Check that everything is working correctly with furyctl version
:
$ furyctl version
...
goVersion: go1.20
osArch: amd64
version: 0.26.2
Installing from source
Prerequisites:
make >= 4.1
go >= 1.20
goreleaser >= v1.15
You can install
goreleaser
with the following command once you have Go in your system:go install github.com/goreleaser/goreleaser@v1.15.2
Once you've ensured the above dependencies are installed, you can proceed with the installation.
- Clone the repository:
git clone git@github.com:sighupio/furyctl.git
# cd into the cloned repository
cd furyctl
- Build the binaries by running the following command:
make build
- You will find the binaries for Linux and Darwin (macOS) for your current architecture inside the
dist
folder:
$ tree dist/furyctl_*/
dist/furyctl_darwin_amd64_v1
└── furyctl
dist/furyctl_linux_amd64_v1
└── furyctl
- Check that the binary is working as expected:
Note replace
darwin
with your OS andamd64
with your architecture in the following commands.
./dist/furyctl_darwin_amd64_v1/furyctl version
- (optional) move the binary to your
bin
folder, in macOS:
sudo mv ./dist/furyctl_darwin_amd64_v1/furyctl /usr/local/bin/furyctl
Usage
See all the available commands and their usage by running furyctl help
.
💡 TIP
Enable command tab autocompletion for
furyctl
on your shell (bash
,zsh
,fish
are supported). See the instruction on how to enable it withfuryctl completion --help
Check KFD Compatibility matrix for the Furyctl / KFD versions to use.
Basic Usage
Basic usage of furyctl
for a new project consists on the following steps:
- Creating a configuration file defining the prequired infrastructure, Kubernetes cluster details, and KFD modules configuration.
- Creating a cluster as defined in the configuration file.
- Destroying the cluster and its related resources.
1. Create a configuration file
furyctl
provides a command that outputs a sample configuration file (by default called furyctl.yaml
) with all the possible fields explained in comments.
Furyctl configuration files have a kind that specifies what type of cluster will be created, for example the EKSCluster
kind has all the parameters needed to create a KFD cluster using the EKS managed clusters from AWS.
You can also use the KFDDistribution
kind to install the KFD distribution on top of an existing Kubernetes cluster or OnPremises
kind to install a KFD cluster on VMs.
Additionaly, the schema of the file is versioned with the apiVersion
field, so when new features are introduced you can switch to a newer version of the configuration file structure.
To scaffold a configuration file to use as a starter, you use the following command:
furyctl create config --version v1.26.2 --kind "EKSCluster"
💡 TIP
You can pass some additional flags, like the schema (API) version of the configuration file or a different configuration file name.
See
furyctl create config --help
for more details.
Open the generated configuration file with your editor of choice and edit it according to your needs. You can follow the instructions included as comments in the file.
Once you have filled your configuration file, you can check that it's content is valid by running the following comand:
furyctl validate config --config /path/to/your/furyctl.yaml
📖 NOTE
The
--config
flag is optional, set it if your configuration file is not namedfuryctl.yaml
2. Create a cluster
Requirements (EKSCluster):
- AWS CLI
- OpenVPN (when filling the
vpn
field in the configuration file)
In the previous step, you have created and validated a configuration file that defines the Kubernetes cluster and its sorroundings, you can now proceed to actually creating the resources.
Furyctl divides the cluster creation in four phases: infrastructure
, kubernetes
, distribution
and plugins
.
- The first phase,
infrastructure
, creates all the prerequisites needed to be able to create a cluster. For example, the VPC and its networks. - The second phase,
kubernetes
, creates the actual Kubernetes clusters. For example, the EKS cluster and its node pools. - The third phase,
distribution
, deploys KFD modules to the Kubernetes cluster. - The fourth phase,
plugins
, installs Helm and Kustomize plugins into the cluster.
📖 NOTE
You will find these four phases when editing the furyctl.yaml file.
Just like you can validate that your configuration file is well formed, furyctl
let you check that you have all the needed dependencies (environment variables, binaries, etc.) before starting a cluster creation process.
To validate that your system has all the dependencies needed to create the cluster defined in your configuration file, run the following command:
furyctl validate dependencies
Last but not least, you can launch the creation of the resources defined in the configuration file by running the following command:
❗️ WARNING
You are about to create cloud resources that could have billing impact.
📖 NOTE
The cluster creation process, by default, will create a VPN in the
infrastructure
phase and connect your machine to it automatically before proceeding to thekubernetes
phase.
furyctl create cluster --config /path/to/your/furyctl.yaml
📖 NOTE
The creation process will take a while.
🎉 Congratulations! You have created your production-grade Kubernetes Fury Cluster from scratch and it is now ready to go into battle.
3. Destroy a cluster
Destroying a cluster can be thought as running the creation phases in reverse order. furyctl
automates this operation for you.
To destroy a cluster created using furyctl
and all its related resources, run the following command:
❗️ WARNING
You are about to run a destructive operation.
furyctl delete cluster --dry-run
Check that the dry-run output is what you expect and then run the command again without the --dry-run
flag to actually delete all the resources.
💡 TIP
Notice the
--dry-run
flag, used to check what the command would do. This flag is available for other commands too.
Advanced Usage
Cluster creation
The following steps will guide you through the process of creating a Kubernetes Fury cluster from zero.
- Follow the previous steps to generate a
furyctl.yaml
and download the modules. - Edit the
furyctl.yaml
to customize the cluster configuration by filling the sectionsinfrastructure
,kubernetes
anddistribution
. - Check that the configuration file is valid by running
furyctl validate config
. - Run
furyctl create cluster
to create the cluster. - (Optional) Watch the logs of the cluster creation process with
tail -f ~/.furyctl/furyctl.log
.
Create a cluster in an already existing infrastructure
Same as the previous section, but you can skip the infrastructure creation phase
by not filling the section infrastructure
in the furyctl.yaml
file and
running furyctl create cluster --skip-phase infrastructure
.
Deploy a cluster step by step
The cluster creation process can be split into three phases:
- Infrastructure
- Kubernetes
- Distribution
The furyctl create cluster
command will execute all the phases by default,
but you can limit the execution to a specific phase by using the --phase
flag.
To create a cluster step by step, you can run the following command:
furyctl create cluster --phase infrastructure
If you choose to create a VPN in the infrastructure phase, you can automatically connect to it by using the flag --vpn-auto-connect
.
furyctl create cluster --phase kubernetes
After running the command, remember to export the KUBECONFIG
environment variable to point to the generated kubeconfig file or
to use the flag --kubeconfig
in the following command.
furyctl create cluster --phase distribution
Legacy download
The new furyctl still embed some of the legacy features, for example the command furyctl legacy vendor
to download KFD dependencies from a deprecated Furyfile.yml
.
This can be still used to manually manage all the components of the distribution.
💡 TIP
you can also use
--furyfile
to point to aFuryfile.yml
in a different folder
Plugins
Furyctl supports Helm and Kustomize plugins.
Helm plugins
To install an Helm plugin (chart), first you have to add the repository to the spec.plugins.helm.repositories
section of your furyctl.yaml
file and then you can add the release to the spec.plugins.helm.releases
section, specifying the chart name, the namespace, the chart version and the values to override. To override the values you can use the spec.plugins.helm.releases[].set
or the spec.plugins.helm.releases[].values
section.
For example to install the Prometheus Helm chart you have to add the following to your furyctl.yaml
:
...
spec:
...
plugins:
helm:
repositories:
- name: prometheus-community
url: https://prometheus-community.github.io/helm-charts
releases:
- name: prometheus
namespace: prometheus
chart: prometheus-community/prometheus
version: "24.3.0"
set:
- name: server.replicaCount
value: 3
values:
- path/to/values.yaml
Kustomize plugins
To install a Kustomize plugin (project) you have to configure the spec.plugins.kustomize
section of your furyctl.yaml
file, specifying a name and the path to the folder.
For example:
...
spec:
...
plugins:
kustomize:
- name: kustomize-project
folder: path/to/kustomize/project
Advanced Tips
Furyctl comes with the flag --distro-location
, allowing you to use a local copy of KFD instead of downloading it from the internet. This allows you to test changes to the KFD without having to push them to the repository, and might come in handy when you need to test new features or bugfixes.