consul

Branch: zalimeni/update-k8s-docs-1.17.x

Author	SHA1	Message	Date
hc-github-team-consul-core	aa9ecd0ad1	Backport of testing/deployer: rename various terms to better align with v2 and avoid confusion into release/1.17.x (#19604 ) testing/deployer: rename various terms to better align with v2 and avoid confusion (#19600) Conceptually renaming the following topology terms to avoid confusion with v2 and to better align with it: - ServiceID -> ID - Service -> Workload - Upstream -> Destination Co-authored-by: R.B. Boyer <4903+rboyer@users.noreply.github.com>	1 year ago
hc-github-team-consul-core	9ee59566d3	Backport of test: add a v2 container integration test of xRoute splits into release/1.17.x (#19587 ) [1.17.x] test: add a v2 container integration test of xRoute splits (#19570) This adds a deployer-based integration test verifying that a 90/10 traffic split works for: HTTPRoute, GRPCRoute, and TCPRoute. Co-authored-by: R.B. Boyer <4903+rboyer@users.noreply.github.com>	1 year ago
hc-github-team-consul-core	d6ced68bfb	Backport of test: update deployer default images into release/1.17.x (#19556 ) backport of commit `426b138e4c` Co-authored-by: R.B. Boyer <rb@hashicorp.com>	1 year ago
hc-github-team-consul-core	1f5bef76b5	Backport of test: update makefile to include ways to trigger deployer integration tests into release/1.17.x (#19555 ) * backport of commit `82b5f2e05f` * backport of commit `efbbcef2c3` * backport of commit `78386e1d52` --------- Co-authored-by: R.B. Boyer <rb@hashicorp.com>	1 year ago
hc-github-team-consul-core	60e5d3eb74	Backport of test: fix some of the peering topology tests to safely run without tenancy in CE into release/1.17.x (#19543 ) backport of commit `405bd4df6a` Co-authored-by: R.B. Boyer <rb@hashicorp.com>	1 year ago
hc-github-team-consul-core	757651b82a	Backport of chore: apply enterprise changes that were missed to some testing files into release/1.17.x (#19507 ) chore: apply enterprise changes that were missed to some testing files (#19504) This should align between CE `ef35525` and ENT 7f95226dbe40151c8f17dd4464784b60cf358dc1 in: - testing/integration/consul-container - test-integ - testing/deployer Co-authored-by: R.B. Boyer <4903+rboyer@users.noreply.github.com>	1 year ago
hc-github-team-consul-core	37ef09c43e	Backport of testing/deployer: support tproxy in v2 for dataplane into release/1.17.x (#19494 ) testing/deployer: support tproxy in v2 for dataplane (#19094) This updates the testing/deployer (aka "topology test") framework to allow for a v2-oriented topology to opt services into enabling TransparentProxy. The restrictions are similar to that of #19046 The multiport Ports map that was added in #19046 was changed to allow for the protocol to be specified at this time, but for now the only supported protocol is TCP as only L4 functions currently on main. As part of making transparent proxy work, the DNS server needed a new zonefile for responding to virtual.consul requests, since there is no Kubernetes DNS and the Consul DNS work for v2 has not happened yet. Once Consul DNS supports v2 we should switch over. For now the format of queries is: <service>--<namespace>--<partition>.virtual.consul Additionally: - All transparent proxy enabled services are assigned a virtual ip in the 10.244.0/24 range. This is something Consul will do in v2 at a later date, likely during 1.18. - All services with exposed ports (non-mesh) are assigned a virtual port number for use with tproxy - The consul-dataplane image has been made un-distroless, and gotten the necessary tools to execute consul connect redirect-traffic before running dataplane, thus simulating a kubernetes init container in plain docker. Co-authored-by: R.B. Boyer <4903+rboyer@users.noreply.github.com>	1 year ago
hc-github-team-consul-core	2b4d96a45e	Backport of testing/deployer: update deployer to use v2 catalog constructs when requested into release/1.17.x (#19492 ) testing/deployer: update deployer to use v2 catalog constructs when requested (#19046) This updates the testing/deployer (aka "topology test") framework to conditionally configure and launch catalog constructs using v2 resources. This is controlled via a Version field on the Node construct in a topology.Config. This only functions for a dataplane type and has other restrictions that match the rest of v2 (no peering, no wanfed, no mesh gateways). Like config entries, you can statically provide a set of initial resources to be synced when bringing up the cluster (beyond those that are generated for you such as workloads, services, etc). If you want to author a test that can be freely converted between v1 and v2 then that is possible. If you switch to the multi-port definition on a topology.Service (aka "workload/instance") then that makes v1 ineligible. This also adds a starter set of "on every PR" integration tests for single and multiport under test-integ/catalogv2 Co-authored-by: R.B. Boyer <4903+rboyer@users.noreply.github.com>	1 year ago

8 Commits (zalimeni/update-k8s-docs-1.17.x)