Skip to content

Latest commit

 

History

History
211 lines (161 loc) · 21 KB

cs_why.md

File metadata and controls

211 lines (161 loc) · 21 KB
copyright lastupdated
years
2014, 2018
2018-11-15

{:new_window: target="_blank"} {:shortdesc: .shortdesc} {:screen: .screen} {:pre: .pre} {:table: .aria-labeledby="caption"} {:codeblock: .codeblock} {:tip: .tip} {:note: .note} {:important: .important} {:deprecated: .deprecated} {:download: .download}

Why {{site.data.keyword.containerlong_notm}}

{: #cs_ov}

{{site.data.keyword.containerlong}} delivers powerful tools by combining Docker containers, the Kubernetes technology, an intuitive user experience, and built-in security and isolation to automate the deployment, operation, scaling, and monitoring of containerized apps in a cluster of compute hosts. For certification information, see Compliance on the {{site.data.keyword.Bluemix_notm}} External link icon. {:shortdesc}

Benefits of using the service

{: #benefits}

Clusters are deployed on compute hosts that provide native Kubernetes and {{site.data.keyword.IBM_notm}}-specific capabilities. {:shortdesc}

Benefit Description
Single-tenant Kubernetes clusters with compute, network, and storage infrastructure isolation
  • Create your own customized infrastructure that meets the requirements of your organization.
  • Provision a dedicated and secured Kubernetes master, worker nodes, virtual networks, and storage by using the resources provided by IBM Cloud infrastructure (SoftLayer).
  • Fully managed Kubernetes master that is continuously monitored and updated by {{site.data.keyword.IBM_notm}} to keep your cluster available.
  • Option to provision worker nodes as bare metal servers with Trusted Compute.
  • Store persistent data, share data between Kubernetes pods, and restore data when needed with the integrated and secure volume service.
  • Benefit from full support for all native Kubernetes APIs.
Multizone clusters to increase high availability
  • Easily manage worker nodes of the same machine type (CPU, memory, virtual or physical) with worker pools.
  • Guard against zone failure by spreading nodes evenly across select multizones and using anti-affinity pod deployments for your apps.
  • Decrease your costs by using multizone clusters instead of duplicating the resources in a separate cluster.
  • Benefit from automatic load balancing across apps with the multizone load balancer (MZLB) that is set up automatically for you in each zone of the cluster.
Highly available masters
    Available in clusters that run Kubernetes version 1.11 or later.
  • Reduce cluster downtime such as during master updates with highly available masters that are provisioned automatically when you create a cluster.
  • Spread your masters across zones in a multizone cluster to protect your cluster from zonal failures.
Image security compliance with Vulnerability Advisor
  • Set up your own repo in our secured Docker private image registry where images are stored and shared by all users in the organization.
  • Benefit from automatic scanning of images in your private {{site.data.keyword.Bluemix_notm}} registry.
  • Review recommendations specific to the operating system used in the image to fix potential vulnerabilities.
Continuous monitoring of the cluster health
  • Use the cluster dashboard to quickly see and manage the health of your cluster, worker nodes, and container deployments.
  • Find detailed consumption metrics by using {{site.data.keyword.monitoringlong}} and quickly expand your cluster to meet work loads.
  • Review logging information by using {{site.data.keyword.loganalysislong}} to see detailed cluster activities.
Secure exposure of apps to the public
  • Choose between a public IP address, an {{site.data.keyword.IBM_notm}} provided route, or your own custom domain to access services in your cluster from the internet.
{{site.data.keyword.Bluemix_notm}} service integration
  • Add extra capabilities to your app through the integration of {{site.data.keyword.Bluemix_notm}} services, such as Watson APIs, Blockchain, data services, or Internet of Things.
{: caption="Benefits of the {{site.data.keyword.containerlong_notm}}" caption-side="top"}

Ready to get started? Try out the creating a Kubernetes cluster tutorial.


Comparison of offerings and their combinations

{: #differentiation}

You can run {{site.data.keyword.containerlong_notm}} in {{site.data.keyword.Bluemix_notm}} Public or Dedicated, in {{site.data.keyword.Bluemix_notm}} Private, or in a hybrid setup. {:shortdesc}

Differences between {{site.data.keyword.containerlong_notm}} setups
{{site.data.keyword.containerlong_notm}} setup Description
{{site.data.keyword.Bluemix_notm}} Public With {{site.data.keyword.Bluemix_notm}} Public on [shared or dedicated hardware or on bare metal machines](cs_clusters_planning.html#shared_dedicated_node), you can host your apps in clusters on the cloud by using {{site.data.keyword.containerlong_notm}}. You can also create a cluster with worker pools in multiple zones to increase high availability for your apps. {{site.data.keyword.containerlong_notm}} on {{site.data.keyword.Bluemix_notm}} Public delivers powerful tools by combining Docker containers, the Kubernetes technology, an intuitive user experience, and built-in security and isolation to automate the deployment, operation, scaling, and monitoring of containerized apps in a cluster of compute hosts.

For more information, see [{{site.data.keyword.containerlong_notm}} technology](cs_tech.html).
{{site.data.keyword.Bluemix_notm}} Dedicated {{site.data.keyword.Bluemix_notm}} Dedicated offers the same {{site.data.keyword.containerlong_notm}} capabilities on the cloud as {{site.data.keyword.Bluemix_notm}} Public. However, with an {{site.data.keyword.Bluemix_notm}} Dedicated account, available [physical resources are dedicated to your cluster only](cs_clusters_planning.html#shared_dedicated_node) and are not shared with clusters from other {{site.data.keyword.IBM_notm}} customers. You might choose to set up an {{site.data.keyword.Bluemix_notm}} Dedicated environment when you require isolation for your cluster and the other {{site.data.keyword.Bluemix_notm}} services that you use.

For more information, see [Getting started with clusters in {{site.data.keyword.Bluemix_notm}} Dedicated](cs_dedicated.html#dedicated).
{{site.data.keyword.Bluemix_notm}} Private {{site.data.keyword.Bluemix_notm}} Private is an application platform that can be installed locally on your own machines. You might choose to use Kubernetes in {{site.data.keyword.Bluemix_notm}} Private when you need to develop and manage on-prem, containerized apps in your own controlled environment behind a firewall.

For more information, see the [{{site.data.keyword.Bluemix_notm}} Private product documentation ![External link icon](../icons/launch-glyph.svg "External link icon")](https://www.ibm.com/support/knowledgecenter/en/SSBS6K_1.2.0/kc_welcome_containers.html).
Hybrid setup Hybrid is the combined use of services that run in {{site.data.keyword.Bluemix_notm}} Public or Dedicated and other services that run on-prem, such as an app in {{site.data.keyword.Bluemix_notm}} Private. Examples for a hybrid setup:
  • Provisioning a cluster with {{site.data.keyword.containerlong_notm}} in {{site.data.keyword.Bluemix_notm}} Public but connecting that cluster to an on-prem database.
  • Provisioning a cluster with {{site.data.keyword.containerlong_notm}} in {{site.data.keyword.Bluemix_notm}} Private and deploying an app into that cluster. However, this app might use an {{site.data.keyword.ibmwatson}} service, such as {{site.data.keyword.toneanalyzershort}}, in {{site.data.keyword.Bluemix_notm}} Public.

To enable communication between services that are running in {{site.data.keyword.Bluemix_notm}} Public or Dedicated and services that are running on-prem, you must [set up a VPN connection](cs_vpn.html). For more information, see [Using {{site.data.keyword.containerlong_notm}} with {{site.data.keyword.Bluemix_notm}} Private](cs_hybrid.html).

Comparison of free and standard clusters

{: #cluster_types}

You can create one free cluster or any number of standard clusters. Try out free clusters to get familiar with a few Kubernetes capabilities, or create standard clusters to use the full capabilities of Kubernetes to deploy apps. Free clusters are automatically deleted after 30 days. {:shortdesc}

If you have a free cluster and want to upgrade to a standard cluster, you can create a standard cluster. Then, deploy any YAMLs for the Kubernetes resources that you made with your free cluster into the standard cluster.

Characteristics Free clusters Standard clusters
In-cluster networking Feature available Feature available
Public network app access by a NodePort service to a non-stable IP address Feature available Feature available
User access management Feature available Feature available
{{site.data.keyword.Bluemix_notm}} service access from the cluster and apps Feature available Feature available
Disk space on worker node for non-persistent storage Feature available Feature available
Ability to create cluster in every {{site.data.keyword.containerlong_notm}} region Feature available
Multizone clusters to increase app high availability Feature available
Replicated masters for higher availability (Kubernetes 1.10 or later) Feature available
Scalable number of worker nodes to increase capacity   Feature available
Persistent NFS file-based storage with volumes   Feature available
Public or private network app access by a load balancer service to a stable IP address   Feature available
Public network app access by an Ingress service to a stable IP address and customizable URL   Feature available
Portable public IP addresses   Feature available
Logging and monitoring Feature available
Option to provision your worker nodes on physical (bare metal) servers Feature available
Option to provision bare metal workers with Trusted Compute Feature available
Available in {{site.data.keyword.Bluemix_dedicated_notm}}   Feature available
{: caption="Characteristics of free and standard clusters" caption-side="top"}

Pricing and billing

{: #pricing}

Review some frequently asked questions about {{site.data.keyword.containerlong_notm}} pricing and billing. For account-level questions, check out the Managing billing and usage docs. For details about your account agreements, consult the appropriate {{site.data.keyword.Bluemix_notm}} Terms and Notices. {: shortdesc}

How can I view and organize my usage?

{: #usage}

How can I check my billing and usage?
To check your usage and estimated totals, see Viewing your usage.

If you link your {{site.data.keyword.Bluemix_notm}} and IBM Cloud infrastructure (SoftLayer) accounts, you receive a consolidated bill. For more information, see Consolidated billing for linked accounts.

Can I group my cloud resources by teams or departments for billing purposes?
You can use resource groups to organize your {{site.data.keyword.Bluemix_notm}} resources, including clusters, into groups to organize your billing.

How am I charged? Are charges hourly or monthly?

{: #monthly-charges}

Your charges depend on the type of resource that you use, and might be fixed, metered, tiered, or reserved. For more information, view How you are charged.

IBM Cloud infrastructure (SoftLayer) resources can be billed hourly or monthly in {{site.data.keyword.containerlong_notm}}.

  • Virtual machine (VM) worker nodes are billed hourly.
  • Physical (bare metal) worker nodes are billed monthly resources in {{site.data.keyword.containerlong_notm}}.
  • For other infrastructure resources, such as file or block storage, you might be able to choose between hourly or monthly billing when you create the resource.

Monthly resources are billed based upon the first of the month for usage in the preceding month. If you order a monthly resource in the middle of the month, you are charged a prorated amount for that month. However, if you cancel a resource in the middle of the month, you are still charged the full amount for the monthly resource.

Can I estimate my costs?

{: #estimate}

Yes, see Estimating your costs and the cost estimator External link icon tool. Continue reading for information about costs that are not included in the cost estimator, such as outbound networking.

What am I charged for when I use {{site.data.keyword.containerlong_notm}}?

{: #cluster-charges}

With {{site.data.keyword.containerlong_notm}} clusters, you can use IBM Cloud infrastructure (SoftLayer) compute, networking, and storage resources with platform services such as Watson AI or Compose Database-as-a-Service. Each resource might entail its own charges.

Worker nodes

Clusters can have two main types of worker nodes: virtual or physical (bare metal) machines. Machine type availability and pricing varies by the zone that you deploy your cluster to.

Virtual machines feature greater flexibility, quicker provisioning times, and more automatic scalability features than bare metal, at a more cost-effective price than bare-metal. However, VMs have a performance trade-off when compared to bare metal specs, such as networking Gbps, RAM and memory thresholds, and storage options. Keep in mind these factors that impact your VM costs:

  • Shared vs. dedicated: If you share the underlying hardware of the VM, the cost is lower than dedicated hardware, but the physical resources are not dedicated to your VM.
  • Hourly billing only: Hourly offers more flexibility to order and cancel VMs quickly.
  • Tiered hours per month: Hourly billing is tiered. As your VM remains ordered for a tier of hours within a billing month, the hourly rate that you are charged lowers. The tiers of hours are as follows: 0 - 150 hours, 151 - 290 hours, 291 - 540 hours, and 541+ hours.

Physical machines (bare metal) yield high performance benefits for workloads such as data, AI, and GPU. Additionally, all the hardware resources are dedicated to your workloads, so you don't have "noisy neighbors". Keep in mind these factors that impact your bare metal costs:

  • Monthly billing only: All bare metals are charged monthly.
  • Longer ordering process: Because ordering and canceling bare metal servers is a manual process through your IBM Cloud infrastructure (SoftLayer) account, it can take more than one business day to complete.

For details on the machine specifications, see [Available hardware for worker nodes](/docs/containers/cs_clusters_planning.html#shared_dedicated_node).

Public bandwidth

Bandwidth refers to the public data transfer of inbound and outbound network traffic, both to and from {{site.data.keyword.Bluemix_notm}} resources in data centers around the globe. Public bandwidth is charged per GB. You can review your current bandwidth summary by logging into the [{{site.data.keyword.Bluemix_notm}} console](https://console.bluemix.net/), from the menu ![Menu icon](../icons/icon_hamburger.svg "Menu icon") selecting **Infrastructure**, and then selecting the **Network > Bandwidth > Summary** page.

Review the following factors that impact public bandwidth charges:

  • Location: As with worker nodes, charges vary depending on the zone that your resources are deployed in.
  • Included bandwidth or Pay-As-You-Go: Your worker node machines might come with a certain allocation of outbound networking per month, such as 250GB for VMs or 500GB for bare metal. Or, the allocation might be Pay-As-You-Go, based on GB usage.
  • Tiered packages: After you exceed any included bandwidth, you are charged according to a tiered usage scheme that varies by location. If you exceed a tier allotment, you might also be charged a standard data transfer fee.

For more information, see [Bandwidth packages![External link icon](../icons/launch-glyph.svg "External link icon")](https://www.ibm.com/cloud/bandwidth).

Subnet IP addresses

When you create a standard cluster, a portable public subnet with 8 public IP addresses is ordered and charged to your account monthly.

If you already have available subnets in your infrastructure account, you can use these subnets instead. Create the cluster with the `--no-subnets` [flag](cs_cli_reference.html#cs_cluster_create), and then [reuse your subnets](cs_subnets.html#custom).

Storage
When you provision storage, you can choose the storage type and storage class that is right for your use case. Charges vary depending on the type of storage, the location, and the specs of the storage instance. To choose the right storage solution, see [Planning highly available persistent storage](cs_storage_planning.html#storage_planning). For more information, see:
{{site.data.keyword.Bluemix_notm}} services
Each service that you integrate with your cluster has its own pricing model. Consult each product documentation and the [cost estimator ![External link icon](../icons/launch-glyph.svg "External link icon")](https://console.bluemix.net/pricing/) for more information.