List of basic vCloud CSE commands
| The team of | Description |
| vcd cse template list | Display a list of available templates |
| vcd cse cluster create CLUSTER_NAME | Create a new cluster |
| vcd cse cluster resize CLUSTER_NAME | Change the number of nodes in the cluster |
| vcd cse cluster create CLUSTER_NAME —enable-nfs | Create a new nfs capable cluster |
| vcd cse cluster list | Display a list of existing clusters |
| vcd cse cluster delete CLUSTER_NAME | Delete cluster |
| vcd cse node create CLUSTER_NAME —nodes n | Add n hosts to an existing cluster |
| vcd cse node create CLUSTER_NAME —type nfsd | Add a node to an NFS cluster |
| vcd cse node list CLUSTER_NAME | Display a list of nodes in the cluster |
| vcd cse node delete CLUSTER_NAME NODE_NAME | Remove a node from a cluster |
© 2022 Linxdatacenter
BEST, money transfer and payments operator
The customer faced a technical issue with a persistent BGP session flag with Linxdatacenter hardware. We examined the problem and found out that one of customer’s hosts was under a DDoS attack.
Because of the distributed nature of the attack, traffic couldn’t be filtered effectively, and disconnecting the host from the external network wasn’t an option. The attack stopped after changes in the server configuration, but resumed the day after. A 5.5 Gbps attack overloaded the junctions with internet providers, affecting other Linx Cloud users. To mitigate the effects of the attack, we employed a dedicated DDoS protection service.
To ensure the continuous availability of resources hosted in Linx Cloud, we rerouted all the customer’s traffic through StormWall Anti-DDoS system. The attack was stopped within half an hour. To prevent future cyberattacks, we organized all connections to the customer’s resources through the StormWall network.
BEST, money transfer and payments operator
The customer faced a technical issue with a persistent BGP session flag with Linxdatacenter hardware. We examined the problem and found out that one of customer’s hosts was under a DDoS attack.
Because of the distributed nature of the attack, traffic couldn’t be filtered effectively, and disconnecting the host from the external network wasn’t an option. The attack stopped after changes in the server configuration, but resumed the day after. A 5.5 Gbps attack overloaded the junctions with internet providers, affecting other Linx Cloud users. To mitigate the effects of the attack, we employed a dedicated DDoS protection service.
To ensure the continuous availability of resources hosted in Linx Cloud, we rerouted all the customer’s traffic through StormWall Anti-DDoS system. The attack was stopped within half an hour. To prevent future cyberattacks, we organized all connections to the customer’s resources through the StormWall network.
Thank you for your inquiry, we will get back to you shortly!