This guide outlines the requirements for a fonoUC/QVOICE white label partner to install, brand and setup the fonoUC/QVOICE platform in their datacenter, private cloud or public cloud. The white label process is a turn-key service offered by fonoUC to its partners and a process takes usually takes between one to four weeks from signing a contract to going to production.
White label private cloud hosting refers to a cloud computing service where a third-party provider (fonoUC Customer/Partner) offers infrastructure resources, such as servers, storage, and networking, to clients who can then brand and resell these services as their own. The term "white label" implies that the hosting service is presented as if it were the client's own product or service, with the provider's (fonoUC/QVOICE) branding being hidden or replaced by the client's branding.
Here's a breakdown of the key components:
Private Cloud Hosting:
Cloud Infrastructure: The hosting provider maintains a cloud infrastructure comprising servers, storage, and networking equipment.
Virtualization: Virtualization technologies enable the creation of virtual instances of servers, allowing for more efficient resource utilization and scalability.
White Labeling:
Branding: The hosting provider allows clients to brand the hosting services with their own logo, company name, and other identity elements. This gives the appearance that the hosting services are owned and operated by the client.
Customization: Clients may have the flexibility to customize aspects of the hosting environment to align with their specific needs or to meet the requirements of their customers.
Reselling:
Distribution: Clients can resell the white-labeled hosting services to their own customers or end-users. This is particularly common among businesses that want to offer cloud hosting services without investing in building and maintaining their own infrastructure.
Benefits:
Cost-Efficiency: Clients can leverage the resources of the hosting provider, avoiding the upfront costs associated with building and maintaining a private cloud infrastructure.
Time-Saving: White label private cloud hosting allows clients to quickly enter the market with their branded hosting services, saving time on infrastructure setup and configuration.
Scalability: Clients can scale their hosting services based on demand without worrying about the underlying infrastructure.
Security and Compliance:
Isolation: Private cloud hosting ensures that the resources allocated to a specific client are isolated from those of other clients, enhancing security and privacy.
Compliance: Depending on the provider, white label private cloud hosting may adhere to specific compliance standards, which is crucial for businesses operating in regulated industries.
fonoUC service is designed to be redundant and scalable. It can be installed into a single Linux Server for demo purposes, however it is recommended that a production single cluster installation is installed across of minimum 3 servers. A geo redundant installation would consist of minimum two geo-redundant datacenters with a three server cluster in each.
¶ Single Server Installation - Production (No Redundancy)
As an example using customer-domain.com as the domain, however, in reality the customer must choose a custom domain or subdomain. In the scenario where DNS will be managed by the customer, the following DNS configuration is required on the domain.
Records belonging to cluster1 and cluster2 must be added under one subdomain. One needs to label a cluster via “cl1”, “cl2” or “cl1-east”, “cl-west” to designate the geo location. Other examples are “dc-nyc” and “dc-chicago” designating locations that would make sense in the context of the customer datacenter locations.
#Main service domain used by customers, protected by AWS route53 heath checks and A record failover customer-domain.com A record IP of to server 1 - failover mode primary, ttl 30sec A record IP of to server 2 - failover mode secondary, ttl 30 sec AWS health check on IP of server1 and server2, tcp port 5060
#A records pointing to each server IP uc01.customer-domain.com A record IP of to server 1, ttl 300 uc02.customer-domain.com A record IP of to server 2, ttl 300 uc03.customer-domain.com A record IP of to server 3, ttl 300
#A wildcard to map all other subdomain to the protected main service domain *.customer-domain.com CNAME to customer-domain.com, ttl 300
#MX Records used for Email to Fax MX priority 1 to: uc01.customer-domain.com MX priority 2 to: uc02.customer-domain.com MX priority 3 to: uc03.customer-domain.com
#SRV records used for SIP DNS SRV resolution SRV _sip._udp.customer-domain.com 10 3 5060 uc01.customer-domain.com _sip._udp.customer-domain.com 20 3 5060 uc02.customer-domain.com