Limitations and best practices for StorONE on Azure
Limitations
Best practices
--asynchronous replication over the WAN so production writes don't wait on the round trip to Azure.
Open only the ports you need in the network security group; see Deploying StorONE on Azure.
Troubleshooting
"Cloud-based S1 controllers cannot be registered locally"
You tried to register the Azure system from itself. Register it as a remote node from the on-premises system instead: systems multi_system_manager register --remoteNode <azure management IP>. See Example: disaster recovery to Azure.
"On cloud deployments, address needs to already be configured"
The address you tried to add in StorONE isn't configured on the VM's network interface in Azure. Add it to the interface in Azure first, then add it in StorONE.
A node configured for HA won't start
HA isn't supported on Azure. Deploy a single node.
Clients can't reach the floating IP
Check that the load-balancer VM's user data has the right public_ip, load_balancer_internal_ip, and s1_ips, and that the network security group allows TCP 18016 from the load-balancer VM to each StorONE node. See Deploying StorONE on Azure.
See also: Overview · Floating IPs