-
Notifications
You must be signed in to change notification settings - Fork 193
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
E2E scheduling of pods to GW/NonGW nodes #148
Conversation
8be8dd1
to
d04a4f3
Compare
The concept of TestPodConfig and TestPod is defined, letting us create testing pods from a single interface, and automating the creation of UUID data to exchange. As late modifications has shown that the number of parameters keeps growing having a single fixture to create test pods will make easier to write and read E2E tests. Depends-On: submariner-io#148
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. If you want to address my comments great, if not merging it is also okey.
8dee790
to
9585d71
Compare
@sridhargaddam @mpeterson I posted a second commit with your requested changes, please re-review. |
The order does not matter , all tests execute in random order always.
Enviado desde mi iPhone
… El 16 sept 2019, a las 20:18, Sridhar Gaddam ***@***.***> escribió:
@sridhargaddam requested changes on this pull request.
In test/e2e/dataplane/tcp_pod_to_service.go:
> @@ -15,8 +15,8 @@ var _ = Describe("[dataplane] Basic Pod to Service tests across clusters without
testPod2ServiceTCP(f, framework.NonGatewayNode, framework.NonGatewayNode)
})
- It("Should be able to perform a Pod to Service TCP connection and exchange data between different clusters NonGW to GW", func() {
- testPod2ServiceTCP(f, framework.NonGatewayNode, framework.GatewayNode)
+ It("Should be able to perform a Pod to Service TCP connection and exchange data between different clusters GW to GW", func() {
Thanks for addressing the other comments.
Lets validate GW to GW use-case before nonGW to nonGW (i.e., move this to line before 14).
If GW to GW fails, then the second use-case is bound to fail.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
I see, thanks for clarifying. LGTM. Enviado desde mi iPhone
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
1997b56
97b7af6
to
1997b56
Compare
I had to fix conflicts with the SRC IP preservation changes. Excuse the repetition which I'm handling in PR#149 in a different way (by making the framework a bit smarter and cleaner).. automating some of the repetitive tasks. |
Before this patch, E2E didn't have any control of where pods landed, this made the testing of different scenarios random. With this patch we ensure the testing of the datapath when traffic needs to transit from a worker node to a gateway node. Cluster type has been converted to an enumeration as part of this commit.
1997b56
to
af73357
Compare
The concept of TestPodConfig and TestPod is defined, letting us create testing pods from a single interface, and automating the creation of UUID data to exchange. As late modifications has shown that the number of parameters keeps growing having a single fixture to create test pods will make easier to write and read E2E tests. Depends-On: submariner-io#148
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
* E2E: Refactor handling of pods The concept of TestPodConfig and TestPod is defined, letting us create testing pods from a single interface, and automating the creation of UUID data to exchange. As late modifications has shown that the number of parameters keeps growing having a single fixture to create test pods will make easier to write and read E2E tests. Depends-On: #148 * Address comments inn #149 - renamed TestPod to NetworkPod - renamed createListenerConnectorPair t0 runAndVerifyNetworkPod2ServicePair - renamed other function names where appropriate Signed-off-by: Tom Pantelis <tompantelis@gmail.com>
* E2E: Refactor handling of pods The concept of TestPodConfig and TestPod is defined, letting us create testing pods from a single interface, and automating the creation of UUID data to exchange. As late modifications has shown that the number of parameters keeps growing having a single fixture to create test pods will make easier to write and read E2E tests. Depends-On: submariner-io/submariner#148 * Address comments inn #149 - renamed TestPod to NetworkPod - renamed createListenerConnectorPair t0 runAndVerifyNetworkPod2ServicePair - renamed other function names where appropriate Signed-off-by: Tom Pantelis <tompantelis@gmail.com>
Before this patch, E2E didn't have any control of where pods
landed, this made the testing of different scenarios random.
With this patch we ensure the testing of the datapath when
traffic needs to transit from a worker node to a gateway node.
Cluster type has been converted to an enumeration as part of this
commit.