SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • Products
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • News and Events
  • Clustering Simplified
  • Success Stories
  • Contact Us
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

High Availability and Disaster Recovery Solutions for Managed Service Providers

October 4, 2024 by Jason Aw Leave a Comment

High Availability and Disaster Recovery Solutions for Managed Service Providers

High Availability and Disaster Recovery Solutions for Managed Service Providers

SIOS Technology offers MSPs powerful HA and DR solutions for Windows and Linux applications, ensuring minimal downtime and unmatched reliability across all environments. With SIOS DataKeeper and SIOS LifeKeeper, boost your service offerings, cut costs, and build lasting client relationships with effortless management and top-tier support.

Download the Solution Brief

Reproduced with permission from SIOS

Filed Under: Clustering Simplified Tagged With: High Availability and DR, Linux, On Premises, SAP S/4HANA, SIOS Datakeeper, SIOS LifeKeeper for Linux, SQL Server, Windows

Achieving Cost-Effective SQL Server High Availability in Google Cloud with SIOS DataKeeper

September 15, 2024 by Jason Aw Leave a Comment

Achieving 
Cost-Effective SQL Server High Availability in Google Cloud with SIOS DataKeeper

Achieving Cost-Effective SQL Server High Availability in Google Cloud with SIOS DataKeeper

Ensuring high availability for SQL Server deployments is crucial for maintaining business continuity in Google Cloud Platform (GCP). When choosing how to achieve this, two primary options are available: Always On Availability Groups and SQL Server Failover Cluster Instances (FCI).

Always On Availability Groups offer a comprehensive solution for high availability and disaster recovery, but they require SQL Server Enterprise Edition, which can be a significant investment, particularly for businesses that don’t need the full range of features offered by the Enterprise version.

SQL Server Failover Cluster Instances (FCI), supported by SQL Server Standard Edition, present a more cost-effective alternative. However, FCIs typically rely on shared storage solutions like a SAN, which isn’t natively available in GCP. This lack of cluster-aware shared storage poses a challenge for businesses looking to deploy FCIs in the cloud.

How SIOS DataKeeper Addresses FCI Challenges in GCP

SIOS DataKeeper provides a solution that bridges the gap, allowing organizations to build a SANless cluster in GCP. This approach removes the need for traditional shared storage by replicating data synchronously across different zones within a region.

SIOS DataKeeper not only replicates the local disks attached to each cloud instance, but it also presents the replicated disk to the cluster as a DataKeeper Volume resource. To the cluster, this volume appears as a shared disk, seamlessly integrating with Windows Server Failover Clustering (WSFC). During a failover, DataKeeper controls the mirror direction, ensuring that the active node remains the source of the mirror while the other nodes become the targets. This setup maintains data consistency and high availability for your SQL Server environment, all while using SQL Server Standard Edition.

Key Advantages of Using SIOS DataKeeper in GCP

1. Cost Savings: By enabling the use of SQL Server Standard Edition for an FCI, SIOS DataKeeper helps organizations avoid the higher costs associated with SQL Server Enterprise Edition.

2. Comprehensive Protection: SIOS DataKeeper replicates the entire SQL Server instance across zones, providing robust protection against zone-level failures.

3. Simplicity and Flexibility: The solution simplifies the process of setting up and managing a SANless FCI in GCP, making it accessible for IT teams and reducing complexity.

Final Thoughts on Cost-Effective SQL Server HA in GCP

For businesses running SQL Server in Google Cloud, finding the right balance between cost and availability is essential. While Always On Availability Groups are powerful, they come with a higher price tag. SIOS DataKeeper offers a practical alternative by enabling the creation of SANless clusters that provide the necessary high availability while keeping costs under control with SQL Server Standard Edition.

For a step-by-step guide on how to implement this solution, I recommend reading the full article, which covers everything from network setup to cluster configuration. This guide will help you deploy a highly available SQL Server environment in GCP with confidence.

Take the Next Step in Achieving Cost-Effective SQL Server HA

Ready to enhance your SQL Server high availability in Google Cloud without breaking the bank? Explore how SIOS DataKeeper can streamline your deployment and maximize your investment. Contact our team for expert assistance in setting up a SANless cluster that meets your specific business needs.

Reproduced with permission from SIOS

Filed Under: Clustering Simplified Tagged With: High Availability, SQL Server

How ESPN’s “Get Up” Morning Show Can Improve Your High Availability Strategy

September 10, 2024 by Jason Aw Leave a Comment

How ESPN’s “Get Up” Morning Show Can Improve Your High Availability Strategy

How ESPN’s “Get Up” Morning Show Can Improve Your High Availability Strategy

ESPN is often a go-to source for information on the NFL. The network is known for providing multiple shows to cover each game, which provide extensive analysis, opinions, and random information about the team, the games, the upcoming schedule, and the coaches in the league as well as highlights of particular players.

Learn from ESPN: Enhance Your High Availability with Two Key Questions

In a segment that aired back on September 13th, 2021 Dan Orlovsky lamented the Chicago Bears’ usage of their rookie quarterback. In doing so, he incidentally provided two ways to improve your high availability with just two questions.
Two questions that will immediately improve your high availability from ESPN’s Dan Orlovsky.

Question number one, what are we doing here?

The Bears offense placed rookie quarterback Justin Fields on the field for a second down play.  The rookie quickly fired a pass for a seven yard completion.  However, instead of continuing with the rookie, the play-callers for the Bears went back to their previous QB who promptly threw the ball to the other team. This play elicited the question from Dan Orlovsky, “What are we doing here?”

Okay, so you are not a rookie quarterback, I think.  And, you are not playing for the Bears, I hope.  But, if you are responsible for any part of your enterprise high availability (HA) and disaster recovery (DR) strategies, including clustering, data protection, data replication, application orchestration, governance/adherence and SLAs, then Orlovsky’s first question is a good place to start.

What are you doing? 

  • Are you looking to deploy software and services or remediate a known availability issue?
  • Is your team’s central focus on planning for the future, such as moving to the cloud, or addressing some combination of different changes and requirements?
  • Is your goal saving cost while meeting regulatory requirements, improving client acquisition through more available resources, or optimizing and improving backend processing?

Answering this question with respect to your enterprise high availability and disaster recovery (HA/DR) strategies will help clarify a tremendous amount with regards to the solution and architecture you implement, as well as the team and processes associated with them.

Question number two, why are we doing it?

After firing off a series of rapid comments about his frustration with when and how the Chicago Bears used their rookie quarterback, Orlovsky asked the second question, “Why are we doing it?”  If, to paraphrase Orlovsky, the “what” is putting Fields in to check a box and appease the fans, then “why are we doing it?”  Why just check the box, when you could be using more of the dynamic rookie’s abilities to gain an advantage and win games?  Why not make the change that gives you the best chance of being successful.

Of course, we aren’t the coach of the Bears, though I wouldn’t mind calling a few plays.  But, the question still applies to those involved with implementing enterprise availability. Let’s go back to question number one. What was your answer for “what are we doing here?”  Now, answer the question of “why are we doing it?”  Some possible reasons include:

  • Providing assurance for data availability
  • Saving the business time
  • Saving the business money by avoiding costly unplanned downtime
  • Saving the business time and money by automating monitoring and recovery
  • Deploying an architecture to meet a stringent Service Level Agreement (SLA) or Service Level Objective (SLO)
  • Reducing RTO and RPO to zero
  • Preventing last year’s disasters from occurring again
  • Hedging against the unknown threats of downtime
  • Meeting governance requirements
  • Checking the box
  • Trying not to get fined for noncompliance
  • Because management said so

Why are we doing it is a critical question to answer before, during, and after high availability systems have been deployed. As VP of Customer Experience, I worked with a customer whose IT Administrator and DB Administrator had vastly different reasons for “why are we doing it?”  To make matters worse, the executive sponsor held a third view.  Without a properly vetted and communicated “why” the team struggled to properly articulate requirements, and when an incident occurred, their efforts for remediation often created more conflict and questions.

There are likely a number of possible reasons why the Chicago Bears didn’t find success or properly utilize their young QB on the upcoming third down, and an equal number of opinions on what they are trying to accomplish with their franchise and veteran quarterback.  But, even if Orlovsky couldn’t help Bears fans clarify what or why, he did provide the framework for how to immediately improve your HA.  So, how would you answer the two questions: What are we doing for HA?  Why are we doing it?

High Availability Solutions

SIOS Technology Corporation provides high availability cluster software that protects & optimizes IT infrastructures with cluster management for your most important applications. Contact us today for more information about our professional services and support.

Reproduced with permission from SIOS

Filed Under: Clustering Simplified Tagged With: High Availability

How to get the most out of your “GET” commands in DataKeeper

September 5, 2024 by Jason Aw Leave a Comment

How to get the most out of your “GET” commands in DataKeeper

How to get the most out of your “GET” commands in DataKeeper

In part 2 of the three-part DataKeeper dashboard blog series, this blog is a follow up from DataKeeper UI vs. Car Dashboards blog. As with your car, when those indicators (traffic light colors) on your dashboard flash, you pop the hood to identify what they represent. Starting points:

  • Battery Light = check battery, cable connections, alternator, etc.
  • Oil Light = checking the dipstick for low, high or no oil (No oil, DON’T MOVE YOUR CAR)
  • Coolant Light = Is there any coolant/water in the overfill tank?

“Popping the hood” on your DataKeeper Cluster Edition software has several similarities and it often means using command line interface for DataKeeper Administration. As for Using EMCMD (Extended Mirroring Command) with SIOS DataKeeper, the GET commands make up 1/3 of the most commonly used tasks/commands of the approximately 48 commands. Note that they are informational only and will not impact your nodes. Below are a few helpful Get commands and their usage to identify the reasons for warning colors in your DataKeeper User Interface/DataKeeper.msc (traffic light colors) in the areas of Storage, Networking and Other.

Note:

From an elevated/Administrator command prompt as always use:

cd %extmirrbase% (This is just a shortcut to the install path <root>\Program Files (x86)\SIOS\DataKeeper>)

Obtaining Status of your DataKeeper Mirrors

A great place to start your initial triage below:

  • getmirrorvolinfo (Other) It is the most heavily used tool as it provides the Mirror roles, Source/Target and the 5 different states a Mirror can be in. It can be run on the source or the target to check to see if the mirror configuration exists.
  • getserviceinfo (Other) – Great information about
    • the Driver Version  and DataKeeper Service Version
    • and the time the SIOS DataKeeper Service was started/restarted
  • getcompletevolumelist (Storage/Network) – a total list
    • of all disks
    •  DataKeeper and non-DataKeeper Volumes
    •  their Role (Source/Target) and Total Capacity (in bytes)
  • getjobinfo (Storage/Network) this shows/echos the job information listed in the DataKeeper console
  • getvolumeinfo (Storage,Network) Great utility when
    • comparing the Total Drive Capacity of the Source (diskmgmt.msc) and Target Volumes (bytes)
    • IP addresses and present Mirror status

Cross-referencing DataKeeper “GET” commands to various Windows Server Commands

  • Getjobinfo and “ipconfig /all” (Networking)
    • Are the IP addresses identical in both outputs?  If the Mirror Replication is to be segmented to another network then the getjobinfo must match the ipconfig /all output.  Executing a changemirrorendpoints will correct this discrepancy (to be discussed in another blog)
      • Also the mirrorendpoints information from the getjobinfo output should match the IP addresses locate in the ipconfig /all output
  • After performing a Resize of the existing Source and Target Volumes, does the emcmd . getvolumeinfo command reflect a different Total Space than the DISKPART command and its Size? Via DISKPART a “extend” or “extend filesystem” may be required so as the resized volumes are recognized by the Operating System
  • Getcompletevolumelist has information similar to that of the Disk Management applet (diskmgmt.msc)
    • File System type
    • Volume Total Space (bytes)
    • Getvolumeinfo provides similar output
  • Getserviceinfo as well as “net start” can provide status about the SIOS DataKeeper Service; if it is Start/Stop

Take Charge of DataKeeper: Apply Your GET Command Knowledge Now

Now that you are armed with some basic knowledge about the lights on your car’s dashboard you will become a DIYer when it comes to DataKeeper Administration in blog 3 in the DataKeeper Dashboard series.

Reproduced with permission from SIOS

Filed Under: Clustering Simplified Tagged With: cluster

6 High Availability Lessons Learned from Cybersecurity Nightmares

August 30, 2024 by Jason Aw Leave a Comment

6 High Availability Lessons Learned from Cybersecurity Nightmares

6 High Availability Lessons Learned from Cybersecurity Nightmares

Recently, a security provider reported some best practice advice and recommendations for companies in light of rising security threats.  While security threats should receive attention from every business, this advice isn’t limited to cybersecurity; it is equally relevant to HA partners and customers with critical applications and services to protect.

Six Takeaways for HA From Recent Articles on Cybersecurity

  1. Take IMMEDIATE steps to ramp up HA
    Waiting for a downtime incident and focusing on fast recovery is a bad strategy.  Preparing and preventing downtime is a better solution.  Start identifying critical Tier1 and Tier2 applications, databases and services. Tier 1 should include all business-critical solutions that cannot be inaccessible. That is, applications that must be available 24/7 and will cause serious business consequences if they go offline. While Tier 2 applications should be running as often as possible, they are less critical and your business can tolerate outages of up to a few hours without significant business impact.
  2. Prepare a comprehensive HA protection plan
    Develop a plan for protecting the key applications, databases and services.  Be sure this plan includes architecture and design documentation as well as personnel responsibilities for responding to downtime.  Always prepare a process for deploying clusters in a QA or sandbox environment with an eye to documenting the activities and details into a runbook.  These sandbox and QA systems can also be used for testing, training, and validating upgrades, hotfixes, and maintenance.
  3. Recognize and address high availability risks
    All organizations must recognize that no company is safe from the disruption of downtime, regardless of size or location.  Small, medium and large businesses are all susceptible to disasters, whether natural or man-made.  Large organizations will experience their fair share of user errors, data center failures resulting from local construction, failed infrastructure, and outages from networking components.  Small and medium entities, esp. those with on-prem solutions or smaller IT teams, need to add HA protection as well.  While larger companies may lose more money in an outage, small to medium businesses are likely to lose a comparable amount as well.  It is important to note that moving to the cloud is not enough to prevent all risks.
  4. Business executives need to lead in high availability strategy
    Preparing for and guarding against downtime is not just an IT team issue.  Business executives need to be onboard with protecting the business from known risks, exposure, and downtime threats.  This means key executives and stakeholders need to proactively ask about HA coverage, plans and staffing.  Business executives should also prepare to make investments in preparing for the unexpected by ensuring full coverage of tier1 applications, databases, services, and data.  They should also proactively expand coverage to tier2 and beyond.
  5. The importance of ongoing communication for HA
    Business leadership, Admins from all areas (network, storage, compute, cloud, database, and applications) should convene frequently to discuss new and existing HA threats, new and existing challenges, and ongoing requirements.  Keeping internal team discussions going to understand requirements and business continuity plans is a must.  In fact, HA considerations need to become an integral part of all relevant internal planning and communications from the C-level to the entry level.  However, this communication cannot stop with in-house stakeholders.  Instead, business leaders and HA stakeholders must review corporate posture, HA requirements, and critical findings with the HA vendor and their R&D and support teams.
  6. Don’t wait for a disaster to review your HA solution
    Companies need to review their plans and ability to execute those plans on a frequent basis.  This review needs to go deeper than reading the runbook, documentation, or cluster design.  Review the runbook alongside hands-on exercises to validate and update the runbook.  Test the process for restoring systems after downtime, including client and business operation restoration

Act Now to Protect Your Systems from Downtime

Similar to security recommendations, companies should take immediate action to secure their systems, solutions, applications and data from downtime and disasters. Don’t wait for a disaster to reveal gaps in your HA strategy. Contact SIOS today to enhance your HA strategy and safeguard your business against unexpected disruptions.

Reproduced with permission from SIOS

Filed Under: Clustering Simplified Tagged With: High Availability

  • « Previous Page
  • 1
  • …
  • 7
  • 8
  • 9
  • 10
  • 11
  • …
  • 106
  • Next Page »

Recent Posts

  • Announcing LifeKeeper/SSP/DKCE for Windows 8.11.0: Enhanced Stability, Security, and Support
  • Why an Effective Patch Management Strategy Is Essential for IT Resilience
  • Streamlining External Communication for Emergency Procedures
  • Avoiding the Disaster You Don’t See Coming: Building a Resilient DR Plan
  • The Best Rolling Upgrade Strategy to Enhance Business Continuity

Most Popular Posts

Maximise replication performance for Linux Clustering with Fusion-io
Failover Clustering with VMware High Availability
create A 2-Node MySQL Cluster Without Shared Storage
create A 2-Node MySQL Cluster Without Shared Storage
SAP for High Availability Solutions For Linux
Bandwidth To Support Real-Time Replication
The Availability Equation – High Availability Solutions.jpg
Choosing Platforms To Replicate Data - Host-Based Or Storage-Based?
Guide To Connect To An iSCSI Target Using Open-iSCSI Initiator Software
Best Practices to Eliminate SPoF In Cluster Architecture
Step-By-Step How To Configure A Linux Failover Cluster In Microsoft Azure IaaS Without Shared Storage azure sanless
Take Action Before SQL Server 20082008 R2 Support Expires
How To Cluster MaxDB On Windows In The Cloud

Join Our Mailing List

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in