December 18, 2023 By Ben Ball 2 min read

“I want it now!”—This isn’t just a phrase spoiled children sing; it’s what we demand every time we click a link, stream video content or access an online application.

As internet traffic grows in volume and complexity, our expectations for faster response times from the services and content we use rises. We often click away if instant results aren’t provided. For businesses delivering applications and services, the fierce urgency of “now” is a logistical headache. Internet traffic must navigate different clouds, content delivery networks (CDNs) and other core services on the back end. Achieving consistently high performance requires an efficient routing system, optimizing traffic between the services your application depends on.

IBM® NS1 Connect® uses the power of domain name systems (DNS) to automatically steer traffic to the best-performing service available, enabling you to meet user expectations. IBM® NS1® employs simple rules and monitoring data to dynamically switch endpoints, all based on your preset rules and priorities. In NS1 Connect, NS1 traffic steering configurations apply to individual DNS zone records. These configurations determine how NS1 Connect handles queries for each record, determining which answers to provide. Various filter chains use unique logic to process queries, enabling you to create combinations that are tailored to your operational or business needs.

Optimizing application performance can vary by business and NS1 Connect offers different traffic steering options:

  1. Round Robin (Shuffle): Distributes application traffic evenly across multiple endpoints, preventing overload and overdependence on any single service provider. Filters in the chain include “Up” to check endpoint availability and “Shuffle” to distribute traffic randomly among designated service providers.
  2. Round Robin (Shuffle) with session persistence: Balances traffic load while maintaining a consistent user experience. NS1 Connect uses the same logic to distribute traffic among different service providers, while defaulting to the same provider for queries that originate from the same location. This prevents mid-stream changeovers for the sake of load balancing. It uses “Sticky Shuffle” to ensure that load balancing doesn’t disrupt ongoing sessions.
  3. Distribute application traffic based on site capacity: Favors specific services, sending more traffic to cheaper or better-performing options while maintaining availability for load balancing. “Weighted Shuffle” and “Weighted Sticky Shuffle” distribute traffic based on predefined weights.
  4. Send users to the closest location (geotargeting): Directs traffic to endpoints based on the originating location with options like geotarget country, geotarget region and geotarget latlong to specify granularity: A) Geotarget country narrows down the answers to service providers that match the originating country of the query. If no service provider is available in that country, this part of the chain will effectively be skipped; B) Geotarget region narrows down answers to queries with metadata indicating the geographical region; and C) Geotarget latlong chooses the closest service provider based on a calculation of the distance between where the query originated and the GeoIP database.
  5. Distribute application traffic based on current site load (shed load): Enforces limits on CDNs or service providers in real time. The “shed load” filter steers traffic to compliant providers based on load-related metrics, helping manage contractual or cost limits automatically. More information about the settings for the shed load filter is in our NS1 documentation portal.

In summary, IBM NS1 Connect offers a range of traffic steering options to meet diverse business needs to help ensure optimal application performance in the “now” era.

Visit the NSI documentation portal today
Was this article helpful?
YesNo

More from Automation

Understanding glue records and Dedicated DNS

3 min read - Domain name system (DNS) resolution is an iterative process where a recursive resolver attempts to look up a domain name using a hierarchical resolution chain. First, the recursive resolver queries the root (.), which provides the nameservers for the top-level domain(TLD), e.g.com. Next, it queries the TLD nameservers, which provide the domain’s authoritative nameservers. Finally, the recursive resolver  queries those authoritative nameservers.   In many cases, we see domains delegated to nameservers inside their own domain, for instance, “example.com.” is delegated…

Using dig +trace to understand DNS resolution from start to finish

2 min read - The dig command is a powerful tool for troubleshooting queries and responses received from the Domain Name Service (DNS). It is installed by default on many operating systems, including Linux® and Mac OS X. It can be installed on Microsoft Windows as part of Cygwin.  One of the many things dig can do is to perform recursive DNS resolution and display all of the steps that it took in your terminal. This is extremely useful for understanding not only how the DNS…

The future of application delivery starts with modernization

5 min read - IDC estimates that 750 million cloud native will be built by 2025. Where and how these applications are deployed will impact time to market and value realization. The reality is that application landscapes are complex, and they challenge enterprises to maintain and modernize existing infrastructure, while delivering new cloud-native features. Three in four executives reported disparate systems in their organizations and that a lack of skills, resources and common operational practices challenge business objectives. Executives know they must modernize. In…

IBM Newsletters

Get our newsletters and topic updates that deliver the latest thought leadership and insights on emerging trends.
Subscribe now More newsletters