-
Notifications
You must be signed in to change notification settings - Fork 47
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
Add Dedicated Cluster type with networking options #33
Comments
There is a related issue about missed |
+1 for both the ability to configure Dedicated Cluster networking and adding 'cku'. |
+1 for this. Trying to set up a dedicated cluster with VPC peering but can't do it with the provider yet. |
I think this is actually supported now 🤔 resource "confluentcloud_kafka_cluster" "test" {
name = "provider-test"
service_provider = "aws"
region = "eu-west-1"
availability = "LOW"
environment_id = confluentcloud_environment.environment.id
network_egress = 100
network_ingress = 100
storage = 5000
deployment = {
sku = "DEDICATED"
}
cku = 1
} |
I can provide |
I guess the TF provider isn't yet implementing the |
Whilst I can't help on the code side of adding the networking options, I can assist on the testing debugging or Azure-based Private Link and peering if it helps |
In response to the initial comment of this ticket... the Go client actually does not have support for this during create. It returns the networking info in the response from the create request but does not allow it to be specified on the create request. A step further, the Confluent CLI does not support creating clusters w/ PrivateLink. Does the API even support this? |
@bono007 please excuse my ignorance as i am an infra guy rather than a dev - but does not this https://github.com/cgroschupp/go-client-confluent-cloud/blob/master/confluentcloud/cluster.go#L39 suggest that it is supported? |
So at first glance I thought the same. However, that struct is not on the ClusterCreateConfig (aka the struct that is used for creation of the cluster) but rather in the return payload. |
Not sure if it will help get things moving but I've put a request in against the go client - cgroschupp/go-client-confluent-cloud#14 If people could add their votes to it. |
Once again not being a dev but an infra guy i notice that confluent provide their own client https://github.com/confluentinc/confluent-kafka-go - Would it not make sense to wrap the terraform provider around the actual client, or is there a technical reason for using somebody elses? |
@Marcus-James-Adams https://github.com/confluentinc/confluent-kafka-go is a client for Kafka APIs, it enables doing things like producing messages to and consuming messages from a topic in a Kafka cluster. It works against any Kafka cluster, it is not specific in any way to Confluent Cloud. https://github.com/cgroschupp/go-client-confluent-cloud/ is a client for Confluent Cloud APIs, it enables doing things like creating and deleting Kafka clusters on demand in Confluent Cloud. It is not for reading/writing data to a particular Kafka cluster. The difference is analogous to using the |
Need private link support. Although you can set dedicated, the cluster can only be public dedicated |
Any update on this please? |
Just as its been some time, is there any movement on this? |
Please add deployment.sku="DEDICATED" with networking"Internet", "PrivateLink", "VPCPeering"
UPDATE 2020.10.08: seems go-client has it already - we need just port this arguments into tf-provider :)
The text was updated successfully, but these errors were encountered: