Skip to content
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

Improve the deploy_with_existing_vineyard_cluster doc for easy understanding #2930

Merged
merged 2 commits into from
Jun 27, 2023

Conversation

dashanji
Copy link
Collaborator

What do these changes do?

Improve the deploy_with_existing_vineyard_cluster doc.

  • Add the pictures for easy understanding.
  • Add the details and fix some errors.

Related issue number

Fixes #2549

@github-actions
Copy link
Contributor

github-actions bot commented Jun 26, 2023

🎊 PR Preview 8e39724 has been successfully built and deployed to https://alibaba-graphscope-build-pr-2930.surge.sh

🤖 By surge-preview

@dashanji dashanji requested review from yecol and siyuan0322 June 26, 2023 06:54
@dashanji dashanji force-pushed the add-pictures branch 2 times, most recently from 6f1c330 to 13485da Compare June 26, 2023 09:28
Copy link
Collaborator

@siyuan0322 siyuan0322 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should the number of vineyard replicas be equal to the number of engine pods? Or they could be set independently?
Please address this in the document.

@@ -36,12 +50,17 @@ python3 -m pip install vineyard
```

By default, the Vineyard cluster consists of three Vineyard instances and three etcd instances.
However, since we only have one node in the Kubernetes cluster, we need to specify the number of Vineyard instances and etcd instances using the `vineyard_replicas` and `vineyard_etcd_replicas` parameters.
However, since we only have one node in the Kubernetes cluster, we need to specify the number of Vineyard instances and etcd instances using the `vineyard_replicas` and `vineyard_etcd_replicas` parameters. DON'T set the number of Vineyard instances and etcd instances to be greater than the number of nodes in the Kubernetes cluster.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

etcd replica could have a reasonable default, and don't let the user care those details in the getting started tutorial.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could we raise error when the number of vineyard instances greater than the number of nodes?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could we raise error when the number of vineyard instances greater than the number of nodes?

It should be managed by the users rather than vineyardctl. Also, it won't block the creation of the vineyard cluster. if the number of vineyard instances is greater than the number of nodes, the other vineyard pods will be pending.

# The default namespace is `vineyard-system` and the default deployment name is `vineyardd-sample`. Also, the command will create the namespace if it doesn't exist.
# For more details about the parameters, please refer to the doc of vineyardctl
# https://github.com/v6d-io/v6d/blob/main/k8s/cmd/README.md
# Notice, all character `-` in the parameter of vineyardctl should be replaced with `_` in the python API
vineyard.deploy.vineyardctl.deploy.vineyard_deployment(
vineyard_replicas=1,
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Only leave the vineyard_replicas is okay, the others could use the default.
Also since you already use the name vineyard_deployment, why you prefix every parameters with vineyard_? for example, just vineyard_deployment(replicas=1, etcd_replicas=2) is meaningful enough for me.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Only leave the vineyard_replicas is okay, the others could use the default. Also since you already use the name vineyard_deployment, why you prefix every parameters with vineyard_? for example, just vineyard_deployment(replicas=1, etcd_replicas=2) is meaningful enough for me.

Thanks for the feedback, I will change the parameters in the next version.


```python
import vineyard
vineyard.deploy.vineyardctl.delete.vineyard_deployment()
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

delete doesn't require the deployment name?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There is a default deployment name vineyardd-sample, as we create the vineyard deployment with the default name.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

emm, I think better let the delete be explicit.

Copy link
Collaborator

@sighingnow sighingnow left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, with some minor suggestions.

* Add the pictures for easy understanding.
* Add the details and fix some errors.

Signed-off-by: Ye Cao <caoye.cao@alibaba-inc.com>
* Explain the lifecycle of a vineyard cluster.

Signed-off-by: Ye Cao <caoye.cao@alibaba-inc.com>
@yecol
Copy link
Collaborator

yecol commented Jun 27, 2023

LGTM.

@sighingnow sighingnow merged commit f543cd2 into alibaba:main Jun 27, 2023
@dashanji dashanji deleted the add-pictures branch June 27, 2023 06:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Doc] Add a doc about how to use GraphScope with an existing vineyard cluster
4 participants