-
Notifications
You must be signed in to change notification settings - Fork 5.1k
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
[AKS] add new 2018-03-31 API #3131
Conversation
Automation for azure-libraries-for-javaThe initial PR has been merged into your service PR: |
Automation for azure-sdk-for-nodeThe initial PR has been merged into your service PR: |
Automation for azure-sdk-for-pythonThe initial PR has been merged into your service PR: |
Automation for azure-sdk-for-goEncountered a Subprocess error: (azure-sdk-for-go)
Command: ['/usr/local/bin/autorest', '/tmp/tmpu0h7nzek/rest/specification/containerservices/resource-manager/readme.md', '--go', '--go-sdk-folder=/tmp/tmpu0h7nzek/src/github.com/Azure/azure-sdk-for-go', '--multiapi', '--use=@microsoft.azure/autorest.go@~2.1.100', '--use-onever', '--verbose'] AutoRest code generation utility [version: 2.0.4262; node: v7.10.1]
(C) 2018 Microsoft Corporation.
https://aka.ms/autorest
Loading AutoRest core '/root/.autorest/@microsoft.azure_autorest-core@2.0.4278/node_modules/@microsoft.azure/autorest-core/dist' (2.0.4278)
Loading AutoRest extension '@microsoft.azure/autorest.go' (~2.1.100->2.1.100)
Loading AutoRest extension '@microsoft.azure/autorest.modeler' (2.3.38->2.3.38)
Processing batch task - {"tag":"package-2017-09"} .
FATAL: swagger-document/compose - FAILED
FATAL: Error: '$.definitions.ContainerServiceVnetSubnetID.description' has incompatible values (---
VNet SubnetID specifies the vnet's subnet identifier.
, ---
-
VNet SubnetID specifies the vnet's subnet identifier. If you specify either
master VNet Subnet, or agent VNet Subnet, you need to specify both. And they
have to be in the same VNet.
).
Process() cancelled due to exception : '$.definitions.ContainerServiceVnetSubnetID.description' has incompatible values (---
VNet SubnetID specifies the vnet's subnet identifier.
, ---
-
VNet SubnetID specifies the vnet's subnet identifier. If you specify either
master VNet Subnet, or agent VNet Subnet, you need to specify both. And they
have to be in the same VNet.
).
Failure during batch task - {"tag":"package-2017-09"} -- Error: '$.definitions.ContainerServiceVnetSubnetID.description' has incompatible values (---
VNet SubnetID specifies the vnet's subnet identifier.
, ---
-
VNet SubnetID specifies the vnet's subnet identifier. If you specify either
master VNet Subnet, or agent VNet Subnet, you need to specify both. And they
have to be in the same VNet.
)..
Error: '$.definitions.ContainerServiceVnetSubnetID.description' has incompatible values (---
VNet SubnetID specifies the vnet's subnet identifier.
, ---
-
VNet SubnetID specifies the vnet's subnet identifier. If you specify either
master VNet Subnet, or agent VNet Subnet, you need to specify both. And they
have to be in the same VNet.
). |
Automation for azure-sdk-for-rubyThe initial PR has been merged into your service PR: |
Its fields have diverged from ContainerServiceAgentPoolProfile.
@@ -208,7 +208,7 @@ python: | |||
payload-flattening-threshold: 2 | |||
namespace: azure.mgmt.containerservice | |||
package-name: azure-mgmt-containerservice | |||
package-version: 3.1.0 | |||
package-version: 4.0.0 |
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.
Thanks! Yes, definitely breaking changes in here unfortunately.
This reverts commit 2104f85.
Added "modelAsString" to containerServices' definition.
@sarangan12 could I get a review on this soon? I have a Friday deadline for getting the related |
Stealing from you @sarangan12 as discussed |
@ravbhatnagar Please review for new API. Thanks! |
@mboersma For what I see in the Python code:
Does it sound accurate? Something you want to mention? |
@lmazuel yes--the |
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, waiting ARM feedback
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.
Looks good to me. There are a few comments related to custom VNET and would be great to have it updated.
For the other features, I roughly checked the semantics and looks good to me.
}, | ||
"ContainerServiceVnetSubnetID": { | ||
"type": "string", | ||
"description": "VNet SubnetID specifies the vnet's subnet identifier. If you specify either master VNet Subnet, or agent VNet Subnet, you need to specify both. And they have to be in the same VNet." |
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.
Please remove "If you specify either master VNet Subnet, or agent VNet Subnet, you need to specify both. And they have to be in the same VNet.". In AKS case, we only need the agent subnet ID.
"clientId" | ||
] | ||
}, | ||
"ContainerServiceMasterProfile": { |
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.
Also not sure we need all or maybe some of the master profiles in AKS. If it has been this way in previous version, it is probably ok to not cleaning it for now, maybe create a task to document this cleaning work for future?
There might be some other similar items that is in the ACS model but not in the AKS model.
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.
It's been this way since AKS began, so I'd rather leave it for now. I'll make a task to consider cleaning it up in the future.
}, | ||
"vnetSubnetID": { | ||
"$ref": "#/definitions/ContainerServiceVnetSubnetID", | ||
"description": "VNet SubnetID specifies the vnet's subnet identifier. If you specify either master VNet Subnet, or agent VNet Subnet, you need to specify both. And they have to be in the same VNet." |
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.
Same as previous comments, remove some wording.
"type": "string", | ||
"enum": [ | ||
"calico", | ||
"cilium" |
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.
Can you remove cilium from the enum here, it is my mistake originally and I was told cilium does not need to be supported in the coming release.
}, | ||
"podCidr": { | ||
"type": "string", | ||
"pattern": "^([0-9]{1,3}\\.){3}[0-9]{1,3}(\\/([0-9]|[1-2][0-9]|3[0-2]))?$", |
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.
Thanks for adding the pattern match!
Could you also add a default for pod cidr: "10.244.0.0/16" since other fields have a default value now?
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.
Good idea--added. I just took the previous defaults from the portal UX and this one was empty there.
}, | ||
"description": "Profile of managed cluster add-on." | ||
}, | ||
"enableRBAC": { |
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.
looks good, simple and accurate.
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.
Just so you know, autorest
complains about this field not being proper CamelCase. (I guess it expected enableRbac
.) Since it's in acs-engine and the RP, I don't think it's reasonable to change it now.
@ravbhatnagar could you review the new AKS API here? (I'm hoping to get this done today so there is a fighting chance of making the related CLI changes by their sprint deadline tomorrow.) |
@mboersma Please also fix the examples on Travis CI: Also, you have a message that requires a fix or a suppression validated by @ravbhatnagar :
|
Yes, this has been a (suppressed) error for ACS and AKS since their inception. We implemented the ARM operations API but don't have PATCH yet, so hopefully we can continue to suppress this for now. |
One note about removal of the API on which Matt is going to start a thread and we will discuss there. That doesnt block this PR. Signing off from ARM side. |
Removing header details in the swagger to work around RPSaaS bug...
The new AKS v20180331 API is already deployed in production. It contains several new features for cluster creation:
This also rectifies the longstanding issue of AKS not having an ARM Operations API endpoint.
cc: @JunSun17 @amanohar @weinong @sauryadas please help ensure this contains the new API changes and documents them correctly.
PR information
api-version
in the path should match theapi-version
in the spec).Quality of Swagger