commit | aa64a9152a33aa796c84b900911c3186274ea3d6 | [log] [tgz] |
---|---|---|
author | dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> | Fri Apr 19 22:53:27 2024 +0000 |
committer | GitHub <noreply@github.com> | Fri Apr 19 22:53:27 2024 +0000 |
tree | 378789a31f679c440a04419792aab67f6c79a6d5 | |
parent | f19da96af3ce3957d2bed591d13688f881172350 [diff] |
chore(deps): bump golang.org/x/net from 0.20.0 to 0.23.0 (#1137) Bumps golang.org/x/net from 0.20.0 to 0.23.0. Commits c48da13 http2: fix TestServerContinuationFlood flakes 762b58d http2: fix tipos in comment ba87210 http2: close connections when receiving too many headers ebc8168 all: fix some typos 3678185 http2: make TestCanonicalHeaderCacheGrowth faster 448c44f http2: remove clientTester c7877ac http2: convert the remaining clientTester tests to testClientConn d8870b0 http2: use synthetic time in TestIdleConnTimeout d73acff http2: only set up deadline when Server.IdleTimeout is positive 89f602b http2: validate client/outgoing trailers Additional commits viewable in compare view Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase. Dependabot commands and options You can trigger Dependabot actions by commenting on this PR: @dependabot rebase will rebase this PR @dependabot recreate will recreate this PR, overwriting any edits that have been made to it @dependabot merge will merge this PR after your CI passes on it @dependabot squash and merge will squash and merge this PR after your CI passes on it @dependabot cancel merge will cancel a previously requested merge and block automerging @dependabot reopen will reopen this PR if it is closed @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) You can disable automated security fix PRs for this repo from the Security Alerts page.
If you have any questions and discussions about Atmosphere, you can join the community:
#atmosphere
channel on the Kubernetes Slack. If you are new to Kubernetes Slack workspace, Join the Kubernetes Slack workspace first.The quick start intends to provide the most near-production experience possible, as it is architected purely towards production-only environments. In order to get a quick production-ready experience of Atmosphere, you will need access to an OpenStack cloud.
The quick start is powered by Molecule and it is used in continuous integration running against the VEXXHOST public cloud so that would be an easy target to use to try it out.
You will need the following quotas set up in your cloud account:
These resources will be used to create a total of 8 instances broken up as follows:
First of all, you'll have to make sure you clone the repository locally to your system with git
by running the following command:
git clone https://github.com/vexxhost/atmosphere
You will need poetry
installed on your operating system. You will need to make sure that you have the appropriate OpenStack environment variables set (such as OS_CLOUD
or OS_AUTH_URL
, etc.). You can also use the following environment variables to tweak the behaviour of the Heat stack that is created:
ATMOSPHERE_STACK_NAME
: The name of the Heat stack to be created (defaults to atmosphere
).
ATMOSPHERE_PUBLIC_NETWORK
: The name of the public network to attach floating IPs from (defaults to public
).
ATMOSPHERE_IMAGE
: The name or UUID of the image to be used for deploying the instances (defaults to Ubuntu 20.04.3 LTS (x86_64) [2021-10-04]
).
ATMOSPHERE_INSTANCE_TYPE
(Deprecated): The instance type used to deploy all of the different instances.(It doesn't have its own default value.) This has been deprecated from v1.4.0. You can configure the instance type per a machine role using ATMOSPHERE_CONTROLLER_INSTANCE_TYPE
, ATMOSPHERE_COMPUTE_INSTANCE_TYPE
, and ATMOSPHERE_STORAGE_INSTANCE_TYPE
variables. For backwards compatibility, if variables specific to the machine roles are not set and ATMOSPHERE_INSTANCE_TYPE
is set, ATMOSPHERE_INSTANCE_TYPE
value is used.
ATMOSPHERE_CONTROLLER_INSTANCE_TYPE
: The instance type used to deploy controller instances (defaults to v3-standard-16
).
ATMOSPHERE_COMPUTE_INSTANCE_TYPE
: The instance type used to deploy compute instances (defaults to v3-standard-4
).
ATMOSPHERE_STORAGE_INSTANCE_TYPE
: The instance type used to deploy storage instances (defaults to v3-standard-4
).
ATMOSPHERE_NAMESERVERS
: A comma-separated list of nameservers to be used for the instances (defaults to 1.1.1.1
).
ATMOSPHERE_USERNAME
: The username what is used to login into the instances ( defaults to ubuntu
).
ATMOSPHERE_DNS_SUFFIX_NAME
: The DNS domainname that is used for the API and Horizon. (defaults to nip.io
).
ATMOSPHERE_ACME_SERVER
: The ACME server, currenly this is from LetsEncrypt, with StepCA from SmallStep it is possible to run a internal ACME server. The CA of that ACME server should be present in the instance image.
ATMOSPHERE_ANSIBLE_VARS_PATH
: The path for ansible group_vars and host_vars. This to build a multinode development cluster with own configs, that are not generated by molecule. This way you can test your configs before you bring them to production.
Once you're ready to get started, you can run the following command to install poetry dependencies:
poetry install
Then you can run the following command to build the Heat stack :
poetry run molecule converge
This will create a Heat stack with the name atmosphere
and start deploying the cloud. Once it's complete, you can login to any of the systems by using the login
sub-command. For exampel, to login to the first controller node, you can run the following:
poetry run molecule login -h ctl1
In all the controllers, you will find an openrc
file location inside the root
account home directory, as well as the OpenStack client installed there as well. You can use it by running the following after logging in:
source /root/openrc openstack server list
The Kubernetes administrator configuration will also be available on all of the control plane nodes, you can simply use it by running kubectl
commands on any of the controllers as root
:
kubectl get nodes -owide
Once you're done with your environment and you need to tear it down, you can use the destroy
sub-command:
poetry run molecule destroy
For more information about the different commands used by Molecule, you can refer to the Molecule documentation.
You'll need to make sure that you have pre-commit
setup and installed in your environment by running these commands:
pre-commit install --hook-type commit-msg