InfoScale - BYOL

I use InfoScale , and the use case depends on the client's needs. InfoScale  has three different components: availability, cluster server, and cluster file system.

I used InfoScale for high availability and automatic failover to minimize downtime. If one server goes down, another takes over automatically. The application stays running without interruptions and data remains consistent and accessible. I also used it in cluster server and cluster file system.

InfoScale is not being used for ransomware protection. I use it only for failover, cluster server, and cluster file system at the application layer.

This provides high availability of data center resources for the database and application. I needed data replicated from one data center to the disaster recovery data center, and I have disaster recovery using InfoScale.

I use high availability to reduce downtime. If one server goes down, another takes over automatically.

If your environment is critical, you should use InfoScale. However, if it is small or non-critical, it is not a good choice because the licensing cost is very high.

InfoScale is good for high availability and high availability clustering. I recommend it for this purpose.

The best feature is that it supports high availability and automatic failover. I can manage it in one way.

InfoScale automatically triggers failover, which minimizes downtime. Downtime and maximum uptime result in zero downtime.

It is good for high availability. It helps the environment reduce downtime and improve high availability.

It has reduced downtime and improved high availability.

Regarding resilience, I am the customer and we call the vendor to make the operation.

InfoScale provides high availability and automatic failover, and it improves the scalability for critical applications.

Many customers can see the benefit of InfoScale, but they are usually not able to purchase the product because the license cost is very high.

I need a reduction in the license cost because the pricing is very high.

I want to pay for the license on a yearly basis.

I have been selling InfoScale availability for almost one year.

InfoScale is stable and secure.

The capability of InfoScale is strong. It can support small and very large environments. I can easily add more nodes to the cluster.

The customer support is very good.

I was previously using a traditional setup for backup and high availability, but I switched to InfoScale because I needed better high availability and automatic failover, improved scalability, and support for critical applications.

I called the vendor to set it up, and I observed the installation and the basic configuration. It is easy to integrate with the server and has clear steps for clustering and service setup. The setup is very easy.

The vendor set it up.

InfoScale works in a good way, and I do not need to add any features. My overall rating for this product is 10 out of 10.

To have high availability of data center resources, especially databases and applications, I needed data replicated from one data center to a disaster recovery data center or another data center, and to have disaster recovery using InfoScale  features such as global clustering, replication, and other capabilities.

At the beginning, I was a partner, reseller partner and consulting partner at the same time. From time to time, I continued to give customers consultancy around InfoScale  where they needed it, but mostly as a reseller and consultant partner.

There are many features that I find very useful, and they are best in industry. First, I will explain from low level to high level. There is a structured feature list. I have always loved the Versus volume manager, and for the volume it has file system on Unix site because it makes storage administration life very easy. It makes it very easy to manage, very easy to deploy, and very easy to recover where needed. I had some use cases during recovery projects where together with very fast support, we were able to recover a completely lost file system and data from scratch without restoring any backup, restoring directly from the volume manager site and from the file system site.

The dynamic multitasking feature is especially useful to have standardized multipetting structures among different operating systems and different solutions, different hardware and software sites. I have loved using latest cluster servers, which you can use for databases, application servers, SQL servers, Oracle RAC, or any application server or anything else you can think of. You can do this on-premise in your own data center or in the cloud without any problems. The volumetric replicator was also something good, though there are some downsides when using replication on some databases, but it is also good.

Although it is not very commonly used right now, when you use InfoScale together with your virtualization structure, it makes it very easy to manage your virtual machines among different data centers or different clusters. You can easily migrate your systems, virtual machines, or clusters from one to another. When you have different storage solutions and hardware storage solutions, and you want to migrate from one storage system to another, such as from EMC to Hitachi or from IBM to something else, you can easily migrate from one storage system to another directly on the fly and online with a few clicks or commands, and it does the job without any interruption on the structures. It is completely online.

This is a question that is hard to answer because everyone is moving towards microservices and cloud native applications, and they are mostly running on Kubernetes  or systems similar to Kubernetes . I would say that InfoScale needs to be ready for all these new technologies. It is supporting all these, but they need to let customers know more about InfoScale features for cloud native workloads, modern technologies, and artificial intelligence technologies. From what I see in Turkey, at least not very many customers know about InfoScale's ability to run these workloads, which may be an important part.

Another perspective from my side is licensing and costs. Many customers can see the benefits of InfoScale, but they are usually not able to buy the products and solutions because of the licensing costs.

I have started using InfoScale in the beginning of two thousand nine.

For the stability side, it depends on what systems you are implementing InfoScale on. On a scale of ten, I would say nine for the stability on Unix sites. On Windows sites, I would say seven.

It is always important to think about the dependencies on your systems. Consider this picture: you have an application that needs to have a back UI and an application site and different APIs. They also need to connect to one or multiple databases underneath. When you want to have high availability and easy recoverability from a disaster recovery perspective or from a high availability perspective, it is very important to have the system fail over from one to another with a strict definition of dependency.

You need to have a definition of dependency, and that dependency needs to have a correct order. For example, if you do not have the database open, you cannot bring up your application. From high availability or disaster recovery perspective, if you have planned failovers, you will need to bring down services one by one from the upper side going to lower according to your dependency chart. You need to bring down services on the UI, then application. Right after everything is done, you can bring down your database and switch over to a different site. Then you need to have the database come online, and only after the database is online, depending on your need for dependency, you should bring up your application. InfoScale does this job very well in a manner that it can automatically bring down services one by one on one side and bring them up on another. When you see every system, every application, and service online on a site, you can be sure that everything has been brought up according to your dependency charts.

The actual setup involves planning installation on a new system, then planning and configuring the services on that new system and understanding how to move services from production to a new InfoScale system. Then copying production data to the new system and testing it together with customers. At some point, you bring down the production and bring up the new system and test it on that new system to ensure everything is working fine, and then configuring the dependencies with other systems if needed and connecting all these services from one to another.

This actually depends on where you are implementing InfoScale. If you are implementing on a database system, you need to have a good and structured checklist to understand if you need to migrate or if you need to do it on the same system, a conversion. In general, when I scale InfoScale on a data center for a customer, I usually prefer to do it implementing on new systems and moving data and services from one system to another and checking that everything is alright and can be brought up.

From my perspective, I see a lot of ROI. As I said, the use of different storage solutions with InfoScale makes your system independent of what storage you are using. Your systems can only see what has been given by InfoScale storage subsystem. You can easily switch from one storage system to another, which is just online and without any impact on the system or most of the time at least. You can actually throttle it.

When you talk about disaster recovery, this is actually something that InfoScale really shines because to have something similar to that, you need to either have different solutions. For virtualization, you will need to perhaps use Zerto or something similar. You will need to use Oracle data guard for Oracle, and you will need to use other solutions for Exchange or SQL or other applications. When you change the storage, you will need to use different storage application solutions. InfoScale does that all by itself without any dependency on different solutions. InfoScale is really product agnostic in that sense. When you have InfoScale, you can actually put almost anything new into your system and use it within your system.

I had an example when I talked about InfoScale with my customers. My example was something to this effect: today, you have a storage solution on fiber channel or maybe network site. But tomorrow, you may have DNA based storage solution, most probably you will be able to use that DNA.

Does that include the licensing costs? It is really a real blocker in Turkey because of economic situations in Turkey. From a personal perspective, I would say nine. But from a business perspective, I would say seven or seven point five, unfortunately.

This part is sort of covered during these last two questions because think of it this way. When I worked on a disaster recovery project, we had to test the disaster recovery. All I did during the disaster recovery test was to switch over from one first primary site and every service on the primary site and switch everything to the other side. This has been done during all these features together, and everything is brought down on one side and brought up on the other side. This is actually done by all these features altogether using all these features. My overall rating for this product is nine point five.

I am a consultant who works with InfoScale . I mostly use InfoScale  around applications, not really the web based on my experience with it.

I work primarily with Cluster Server. As an instructor and contractor, I teach the product to other administrators. The biggest part of the product that I have been discussing lately is Cluster Server and the replication, including using the new WORM storage for ransomware protection.

I could discuss the features and capabilities of InfoScale that I have found most valuable for an extensive amount of time, but the general data protection across so many different areas stands out. One does not have to be tied to any particular vendor, and you can make replicated copies over distances with the global option. The ability to use WORM storage for ransomware protection is what I think is the hottest topic in the whole market right now. The ability to work with all different kinds of storage vendors and capabilities is a significant feature at this moment.

I find InfoScale's automated stack-aware recovery feature to be beneficial when recovering from a ransomware event because anything automated is always helpful in a crisis situation. The automated tool is excellent; this is a product that has been proven as I have been working with it for twenty-three to twenty-four years. The company knows what they are doing when it comes to automating and knowing what commands to run for recovery. The simplicity of it in a panic is a significant part of its appeal.

InfoScale's ability to maintain data integrity and availability during a cyber event such as a ransomware attack is excellent. Having the ease of control over the different copies available and being able to bring up another copy within minutes in a safe location on secure storage is invaluable for business continuity. Getting back to business in minutes instead of hours and days is incomparable.

My experience with InfoScale's feature for application-aware failover has been excellent. The heartbeat mechanisms involved in recognizing when a failover needs to take place have even improved with the IMF feature. The system is very quick in recognizing issues; the kernel is the first to recognize a problem with IMF and alerts the agent so action can be taken.

This has been very beneficial for my operations; the availability of everything in quick order is a significant advantage. The monitoring capability allows me to see what is happening with the applications and products overall at any time, which has been excellent.

InfoScale has played a role in reducing downtime, including planned downtime when I can quickly switch over for maintenance. However, unplanned events are where the bigger downtime comes from. The ability for InfoScale to monitor what is happening and react in a timely manner is significant, allowing me to get back to business in minutes rather than hours and days.

The newer team that has purchased InfoScale from Veritas has been discussing changes to the graphical interface to make it more user-friendly, and I encourage that. I use the command line most often myself, and with my years of experience, I am comfortable there, but improving the GUI is a good idea.

I have used the solution a few months ago.

The stability and reliability of InfoScale have always been excellent; I have never encountered any stability issues with the product itself. Any stability issues come from the hardware, not from InfoScale.

The scalability of InfoScale is amazing. One of the things I loved about the product from the beginning is that you are never stuck with any choice you make. You can change your mind, do a re-layout or relocation, or anything else without needing to tear it all down and start over again. Being able to scale up and scale out wherever you want is relatively simple.

I have communicated with InfoScale's technical support and customer service.

My experience with the technical support specialists has generally been very good. When I am on-site, I sometimes get anxious because I want to get the customer back in business quickly. If I do not see the issue right away, I open a support ticket, but nine out of ten times, I find the problem myself before the support team gets back to me. They have always been very helpful when I have needed them. However, I often open tickets prematurely just because I want to expedite the process for the customer.

Based on my experience with support, I would rate them a nine, only because occasionally the first person I talk to does not know more than I do and it needs to be escalated to reach someone more knowledgeable. These cases typically involve more difficult problems, so I still rate them very high for their support.

The initial setup and deployment of InfoScale is quite smooth. The installer has been good all along and has even improved over time. It is very efficient at understanding what you need, and as long as you are aware ahead of time of requirements such as cabling, system names, and the communication, the installation and configuration process is straightforward and quite smooth.

I have not been in a situation where we have had serious problems; we have always gotten ahead of issues before they arise. The biggest tangible benefit comes from having the knowledge of how long it takes to rebuild from a disaster. People reach out to us because they want to avoid those problems, and I have successfully helped them with this.

The biggest challenges I have faced over the years mostly come from the training side, explaining some of the under-the-covers features so that people understand how it works. I remember twenty-some years ago hearing it for the first time and wondering if I would ever understand what it meant. The longer you work with something, the more natural it becomes, allowing me to explain it to new users better. The terminology can vary between different products, which sometimes complicates understanding.

My customers usually prefer a combination of deployment options for InfoScale; more and more are moving to the cloud rather than maintaining a physical DR location. They typically start on-premises but with the objective of replicating or duplicating to the cloud for security reasons.

When it comes to cloud preferences, I refer to the big three regarding the formerly known Veritas products; Amazon, Google, and Azure  cloud are the most common choices among my customers.

I have been impressed with InfoScale from the very beginning all those years ago. The ability to handle array failures, whether it is just a disk or connectivity issues to an array, has been very beneficial. The failover features and clustering capabilities have been incredible; another big part of it is not being tied to a vendor. If we have an office in a different city or country that is getting a better deal on hardware, it does not matter what they are using. InfoScale communicates with all of them and allows for data migration and replication, providing significant flexibility.

I have been researching it and looking into it, and it looks excellent. I have also worked with all of the Veritas products in the past, so when it came to recovery, I was more focused on the NetBackup area. The fact that we can have a copy that is protected and replicated quickly is more beneficial than recovering from a backup.

I give this review a rating of ten out of ten.

I have worked on implementing various InfoScale  products based on customer requirements, including Storage Foundation, High Availability, and Cluster File System to support high availability and workload distribution. I also have experience implementing InfoScale  for Kubernetes  to support disaster recovery (DR) solutions in Kubernetes  environments.

The features or capabilities of InfoScale that I have found the most valuable and useful so far are high availability and service failover where we can create resource groups in the traditional cluster, which allow us to failover services and data volumes, and in InfoScale for Kubernetes , we can implement a DR solution that allows us to bring up the application from the DR side in case of a disaster at the production site.

In a live incident scenario, the data replication process occurs in real-time, and compared to other products, this data replication feature works effectively, ensuring data availability, and we can implement this scenario using Veritas Volume Replication (VVR), which is the most usable feature in InfoScale for data replication.

Data integrity in InfoScale is ensured by the VxFS journaling filesystem, application-level transactions, and optional checksums to detect corruption. Availability is provided through mirroring, clustering, and multipathing. Snapshots provide application-consistent recovery points, while ransomware protection is handled through snapshot rollback and replication strategies, as per my understanding.

In my opinion, while InfoScale provides clear documentation to implement the solution, the setup is somewhat complex and troubleshooting requires deep knowledge about clustering; providing video guides for storage solutions and handling clustering would be beneficial.

InfoScale primarily focuses on high availability and disaster recovery and has already implemented DR solutions with Veritas Volume Replication, but for failing over applications from production to DR, it requires some complex steps; simplifying these steps would be an advantage.

InfoScale pricing is high for small customers but acceptable for enterprise use, and a lower price could help increase mid-market adoption.

I have been working with InfoScale for around two years.

InfoScale is reliable as it offers high availability and disaster recovery solutions based on my experience.

InfoScale scales well in enterprise environments through clustering and shared storage, allowing multiple nodes to manage workloads efficiently depending on the infrastructure.

I often communicate with the technical support of InfoScale.

In my impression, InfoScale's support specialists are knowledgeable, providing remote and ticket-based assistance while giving quick solutions and thorough documentation; I believe they offer better help.

I have experience with Solaris Cluster for high availability, and it is still used in some customer environments based on their requirements. However, for Kubernetes-based environments, we did not previously use a dedicated DR solution. With InfoScale, we are able to address this gap by providing real use cases for ensuring both data and application availability, including automated failover and continuous protection without requiring manual intervention.

My experience with the initial setup and deployment of InfoScale involved implementing it in a traditional method on-premises using Storage Foundation and High Availability and Cluster File System, requiring physical layer setup, VLAN assignments, and package installations across servers with specific configurations for disk-based and majority-based fencing.

In terms of initial setup and deployment ease, the documentation provided is clear, making it easier to set up, although troubleshooting can be difficult due to extensive logs that require deep dives.

I have mainly used InfoScale with Oracle Database  on Solaris systems and application-aware failover. My advice would be to properly configure the Oracle agents and resource groups, as this ensures fast failover and reduced downtime, typically around one minute.

Based on everything I have shared on various aspects of InfoScale, I would rate it 8.5 out of 10.