Microsoft Azure Block Storage Reviews

I use Microsoft Azure Block Storage, Microsoft Azure Cloud, and Microsoft Azure Communication Services in my company to send emails. My company uses Azure Database for PostgreSQL. I use the three main cloud products in my company right now.

Microsoft Azure Block Storage is useful for storing files. If your company has an application that requires you to store files, then Microsoft Azure Block Storage is a very easy tool that allows users to store and handle files while allowing for file versioning.

Microsoft Azure Block Storage is an easy-to-use tool as it has a lot of APIs and libraries, making it a very easy product to get started with for a user. I think it has good APIs and libraries.

The solution's downside is related to its documentation, which I believe can be difficult to navigate because it is hidden between or within other pages of the product's manual. There are not a lot of core resources around to dig deep into when it comes to Microsoft Azure Block Storage. A user must do a lot of research around the product, which is a slow process.

In Microsoft Azure Block Storage, navigation through its documentation can be made easier. The documentation should also contain more examples to help users.

With Microsoft Azure Block Storage, sometimes in our company, we have noticed some errors in our error logging and management platform without providing much context as to why the error occurred. I think maybe more descriptive error messages will be helpful.

I have been using Microsoft Azure Block Storage for eight months.

It is a pretty stable solution.

Microsoft Azure Block Storage is a very scalable tool. My company has not had scalability issues with the product. The solution can handle many file uploads quickly and straightforwardly. With Microsoft Azure Block Storage, you can access your files on Microsoft Edge, so it's a good tool that offers scalability.

Though my organization hasn't launched Microsoft Azure Block Storage for use in our company, we plan to have around 1,000 users use it daily.

I have experience with AWS Cloud9. Based on the requirements for the current project in our company, we chose Microsoft Azure Block Storage.

The product's initial setup phase was straightforward, and if you need extra security, you have to do more probing. I believe the setup phase to start the product is pretty straightforward.

The product's setup phase with the whole of Azure and the documentation part took a few hours.

Microsoft Azure Block Storage's deployment process is not directly tied to Microsoft Cloud Storage, as it allows for the issue of APIs. Unless you are talking about deploying our company's applications, which would lead to a different conversation at this point, I can say that Microsoft Azure Block Storage's deployment process is a simple plug-and-play, after which you have access to the product.

Microsoft Azure Block Storage is a service provided by Microsoft, so it is not something that you deploy. If you already have the whole Azure infrastructure in place, then all you have to do is deal with the provisioning of an account and take care of the usage part of the solution to let Azure know if you want the services to be billed or not before you get it up and running. Azure manages the infrastructure where its products are used, so it's not deployed on an on-premises model or anything like that, as it is considered to be a managed service.

For the deployment and maintenance phases of Microsoft Azure Block Storage, you need a developer to write the codes to do whatever function you want. Then, you would need a DevOps person to ensure that the infrastructure provisioning is correct.

My company did not seek any help from the consultation to take care of the implementation process of the product since we only had to follow the instructions provided in the documentation to deal with the setup phase.

My company did not have to pay any licensing charges while using Microsoft Azure Block Storage.

Microsoft Azure Block Storage is a pretty cheap and affordable product, so we have not seen any budget issues related to the solution in our company. In our company, we knew our requirements in terms of the amount of files we wanted to be handled by the product.

I recommend the product to those who plan to use it.

The setup can be a bit tedious, especially if you try to do it by navigating through its documentation.

I rate the overall product an eight out of ten.

Most of the time, we store logs in the Block Storage. Mostly we use it to store the plant logs. 

The storage is very good.

It offers good pricing on that we pay for what we use and nothing more. 

The setup is straightforward. 

It's scalable. 

The solution should provide more training so that we can learn about and take advantage of more features. As it is, right now, we have to pay for training.

It could be easier to use. 

The product is not as stable as we would like it to be. 

I've been using the solution for the last six months. 

Sometimes services from Azure go down. Azure needs to improve their services to ensure there is no downtime. It's not as stable as we would like it to be 

We have a dedicated team of ten to 15 people managing the solution. 

We do have plans to increase usage at this point. 

It is a scalable product.

We have a partner who has helped us with technical problems. We have very limited hours with Microsoft. We can use only use them in the terms of absolutely critical events. Mostly, we are connecting with partners who can help us if we are stuck.

I'm also familiar with AWS S3. 

We have not really used any other solutions in the past. 

The implementation process is very simple and straightforward. I do not find it to be complex. There might be a few things here or there during setup that may be a little complex. However, it is not hard to get up and running. 

Initially, it took us three or four days to begin deployment as we had to watch some videos and go through the documentation. 

To deploy the solution, we had to first log in the Azure, then we had to create an Azure account. Once we created the account, we had to start creating storage and setting up the configuration of the storage logs. It takes time during the initial phase.

While we do not need any technical staff at this time, in the coming months, we are planning to enhance things and add in new requirements. We'll be increasing our infra and our storage, and that may require two or three more people to handle that process. 

We handled the setup process in-house. We did not use consultants. 

We pay only for how much we have used. In contrast, in the case of S3 in AWS, we paid the whole amount, even if we didn't use it all. In this case, we can pay only for the utilization of the Block Storage.

We have three licenses at this time and pay an annual subscription. 

It's not overly expensive. The pricing is somewhere in the middle if you compare it to what is on the market. 

We are using the latest version of the solution - whatever Microsoft provides.

Once Microsoft improves services a bit - including improving stability - I would recommend them. 

I'd rate the product five out of ten at this time. 

I initially set up Block Storage for archival log purposes and used Azure Data Explorer to push logs to it. This was more cost-effective for me since I needed to do threat hunting for logs that were older than a year. We then moved our production server backup and recovery to Block Storage due to the security it offers. The solution is very easy to configure security on Block Storage, whether through access keys, TLS versions, or REST API security.

We're not opting for the public cloud due to the majority of our data being PNC. However, if we need to make any of our data publicly available, we use AFS as well as Azure File Sharing. AFS is fully encrypted and structured with methods for Block Storage, such as POST and DELETE portals. Usually, we use authentication measures on private parts that require anything to be made public. To ensure secure access, we first authenticate the authorized person and then grant them access to the depositories from outside the network.

Redundancy is essential for disaster recovery, and I have found that relying on SAN storage or old, on-prem services is a complicated process that often yields unsatisfactory results. Even with the proper maintenance of the data, power, and backups, these services rarely recover more than 70 percent of data in case of outages or natural disasters. Therefore, it is clear that 100 percent data recovery cannot be achieved using on-prem solutions. The purpose of the test is to evaluate the best option for data redundancy, protection, and management. We can choose from Azure's Local Redundancy Storage, Geo Redundancy Storage, or Read Access Geo Redundancy Storage. Additionally, for data protection, we can enable soft delete or versioning of the block to track all changes. Finally, for data management, we can enable settings for security.

Microsoft is currently updating a few features, such as object sizes and tiering, which were not available previously. They have created inventories and utilized snapshots for container partition calculations.

The cost of the solution has room for improvement. Microsoft Azure Block Storage is priced higher than alternative solutions.

I have been using the solution for almost five years.

I give the stability a nine out of ten. I have not seen any outages, or leaks in the last four years.

I would give the scalability a seven out of ten. Although none of these services are perfect, the scalability of Azure is practically unlimited, depending on how much one is willing to pay and the amount of data one needs to store.

We currently have 50 people using Microsoft Azure Block Storage in our organization to protect the network.

As we are a gold partner, our support is fast. When we create a ticket, the Microsoft support team usually responds within 15 minutes or less. We also have our own team that helps to resolve issues quickly.

We also use Amazon S3 due to the fact that 80 percent of our tenants are already using it. Amazon offers a lot of advantages in terms of storage capacity, scalability, and ease of access. However, we must be mindful of security when using Amazon as it may not be as straightforward as it is when using Azure. Both are serverless but Amazon's security is more complex.

The initial setup is straightforward. Opening a service does not require much effort, as it is already automated. However, if we plan to use other services such as a Python library or storage account, there is a certain process we need to follow. The REST APIs and shared keys will be needed for this purpose. This information is already available in the forum.

I would rate Azure a three out of ten for pricing. Amazon and Azure offer different features and require different configurations. For example, some settings must be manually enabled in Amazon, whereas many security and compliance settings are enabled by default in Azure. Azure is more secure in this respect and therefore Microsoft charges more.

I give the solution a seven out of ten.

When using block storage to store data, the improvement in capacity comes at the cost of higher charges. Additionally, to use the block storage we need to enable a few services, though not for production, and then push the downloads to block storage. They need to be vigilant in looking for encryption and other security measures, and Microsoft is doing its part in updating the system. I have not encountered any issues with the block storage. We have a CSPM in place to ensure any security gaps are managed and taken care of.

We use the solution mostly for our video files. We also use ADLS for our JSON content. Now, we are moving more to Microsoft Fabric to keep the JSON content. We have also used ADLS as a network file system for our VMs. It was good.

The solution has supported us very much with our data-intensive applications. We have an education platform. It also has Power BI reports. Before, we used to connect directly to our databases. Now, we have generated the JSON parts and stored them in the tool directly. Power BI and my applications use the pre-generated JSON.

The solution picks up pre-processed data very fast. That is why we moved from Azure’s database. The product helps us pick up and start using the data directly. The best thing about the solution is the impact on the performance of my systems. The tool is pretty easy to use.

The tool could be cheaper.

I have been using the solution for 3 to 4 years.

The tool is stable. I rate the stability a ten out of ten.

The basic connectivity gives us over two lakh concurrent requests for the Blob. It is good enough.

The initial setup is straightforward. The deployment takes one to two hours. We use our applications to structure the folder and put the files in the product. We do not need to create the storage. We just need to design the folder structure for our ADLS. It is pretty simple.

We can deploy the product in-house.

The return on investment is really good. It has helped us with many projects in various ways.

It is a pay-per-use model. There are no additional costs associated with the product.

We use the solution as a plain storage tool. Many of the features in the product are now available in Microsoft Fabric.

We never needed to contact support. Azure is the best and easiest tool for Blob storage, queue-based mechanisms, and file shares. The tool integrates very smoothly with other Azure solutions. We also use Azure Batch. It is easy to mount file storage. Overall, I rate the product a ten out of ten.

We are using the solution for storage purposes.

Microsoft Azure Block Storage is an easy-to-use solution. Storing and then retrieving data are the most valuable features of Microsoft Azure Block Storage.

The solution’s user interface could be improved.

I have been using Microsoft Azure Block Storage for three to four years.

Microsoft Azure Block Storage is a stable solution.

I rate Microsoft Azure Block Storage a nine out of ten for stability.

Microsoft Azure Block Storage is a highly scalable solution. Most of our clients for Microsoft Azure Block Storage are medium and large sized businesses.

I rate Microsoft Azure Block Storage an eight out of ten for scalability.

I rate Microsoft Azure Block Storage a nine out of ten for the ease of its initial setup.

The solution's deployment doesn't take much time and can be done in a few minutes.

On a scale from one to ten, where one is cheap, and ten is expensive, I rate the solution's pricing a six or seven out of ten.

We are using the latest version of Microsoft Azure Block Storage.

Overall, I rate Microsoft Azure Block Storage an eight out of ten.

We are using Microsoft Azure Block Storage primarily for transferring data through the FTP. The system stores data that is sent to it and we create information reports going out. Additionally, we store data from logic applications and message logs in a storage channel.

We have different deployments of the solution, such as hybrid, cloud, and on-premise.

One of our clients is utilizing an on-premise warehouse management system with two interconnected data centers for data transfer, ensuring disaster recovery. Their system utilizes JDA web query due to its seamless integration with their warehouse machines. To enhance their operations, they have hired Azure-implemented API-driven solutions using logic apps and other tools. 

We are using Power BI and data gateway to extract data from Oracle tables and databases. While we try to utilize logistic data to answer queries, we have a series of APIs available, which they often call upon using established logic apps.

The solution can be used for many purposes it is flexible.

The most helpful features of Microsoft Azure Block Storage are the many use cases. Additionally, it can be locked down well and has two-factor authentication.

The solution has been improving over the time I have used it with new features, such as private links and managing identities.

Microsoft Azure Block Storage could improve the SFTP. The SFTP can be used for exchanging data between two parties and it works but Microsoft is new to this market and they could be a lot better in this area with its features.

The querying could be improved in the storage system. SQL is a fundamental technology but there are only partition rules and row IDs, and it is slow to query the data.

The day and time stamps are not indexed in any way which makes it very slow. Additionally, if you wanted to remove all the data over a month, there is no option to do so. There are areas that the solution can improve on in the future.

I have been using Microsoft Azure Block Storage for approximately four years.

The stability of Microsoft Azure Block Storage is good, I have not had an issue.

The solution is highly scalable and there are not a lot of limits. However, you do have to pay money for scalability.

We've never had to seek support for setup for Microsoft Azure Block Storage as it has always been relatively simple. With numerous YouTube videos and Microsoft Learn providing active examples, we were able to set everything up with ease. In most cases, the instructions were straightforward, and we only needed to follow them.

Having used Amazon S3 before, Microsoft Azure Block Storage is superior because it offers much more than just block storage. It has various other functionalities, allowing users to store files, tables, media, and more. It's a versatile storage solution that we're using for content delivery networks, coupled with the Microsoft content delivery network. Overall, it's an excellent storage management solution.

The solution is easy to set up.

The price of scaling the solution is not expensive.

I rate Microsoft Azure Block Storage a nine out of ten.

The use case for Microsoft Azure Block Storage depends on the project and the users. Still, I use it for storing and extracting data, such as images, videos, and documents.

What I like best about Microsoft Azure Block Storage is the accessibility because it's very easy for me to access it. Microsoft takes the user's approach, so you don't have to take many steps before accessing the tool. As soon as you create Microsoft Azure Block Storage resources, you'll automatically find it easy to use it.

If you need to learn how to start, you'll find different resources and documentation about the tool, so this is another pro of Microsoft Azure Block Storage.

Another advantage of using the tool is that it's convenient because if you want to deploy new infrastructure, you can connect to the cloud and download the files to your new site.

I found that everything works fine in Microsoft Azure Block Storage; though it may be because I have less experience with it, I cannot give any areas for improvement.

I want to see my region added to the data center. I'm in Africa, and if a data center is specifically added under Central Africa, that will reduce data latency when accessing data. Right now, you can only find the USA, China, Europe, South Africa, and Egypt, but no Central Africa. It'll be great if Microsoft can add my region or location as a data center for Microsoft Azure Block Storage. Doing that will respect privacy, too.

I've used Microsoft Azure Block Storage for six months. It depends on the project I'm working on.

Microsoft Azure Block Storage is scalable. When you use Azure File Sync, Microsoft gives you five terabytes of storage on Microsoft Azure Block Storage. You can scale by paying for a group or a big enterprise if you have a considerable amount of data.

I didn't have to contact the technical support team of Microsoft Azure Block Storage because I had all that I needed from the documentation.

I didn't use a different solution. I only used Microsoft Azure Block Storage. You can integrate it with various services, and it has the facility to connect to your site and communicate with it, but I don't require that. Enterprises can use that functionality of Microsoft Azure Block Storage, though.

Setting up Microsoft Azure Block Storage was easy, and it only took two minutes. I researched how to do it, but before you set up Microsoft Azure Block Storage, you must create your agile accounts first, and inside the agile accounts, you'll find different types of storage. In my case, I chose Microsoft Azure Block Storage for data storage and extraction. It was easy to set up.

I deployed Microsoft Azure Block Storage.

Microsoft Azure Block Storage is a good investment. The tool helps an enterprise save data in the cloud. Sometimes there is a natural disaster, or your electricity is cut off. Sometimes your physical servers can have problems. You can store data in the cloud through Microsoft Azure Block Storage to avoid problems, so it's a good investment.

Microsoft Azure Block Storage is not an expensive tool. I'm subscribed to the Microsoft Learn Student Ambassadors program, so Microsoft gives me between $120 to $150 credit each month. It's renewable, and if I use that credit for Microsoft Azure Block Storage, it'll not consume half of my credit, so I'd say it's very cheap.

I use Microsoft Azure Block Storage personally. My company doesn't use it.

I recommend the tool to others who want to use it.

Based on my experience, I rate Microsoft Azure Block Storage nine out of ten.

We integrated Commvault as the customer's backup solution, allowing us to copy the backups to their Azure infrastructure via Block Storage. In Commvault, we configured Block Storage as the destination to write the data for the backup.

The solution is easy to purchase and is a Microsoft product, making procurement straightforward. Additionally, the majority of engineers have extensive knowledge of Block Storage, meaning that if this solution is implemented in any organization, it is easy to find a support person who is well-versed in the product. Technically, this solution has a lot of features, such as deduplication, to choose from.

Microsoft Azure Block Storage can improve the configuration to be more user-friendly.

The solution's user interface can be more user-friendly.

I have been using the solution for three years.

We implemented the solution six to seven months ago, and we have not encountered many challenges. We have faced some minor operational issues, but overall it is functioning as expected.

I give the stability a nine out of ten.

I give the scalability of the solution a nine out of ten.

We have over 25,000 customers using the solution.

We will receive the necessary support for the integration and supporting aspects. Microsoft's full-time support team is always available to provide assistance with various processes.

Positive

With an Azure level of understanding, the solution is relatively straightforward to implement. However, from a technical standpoint, it is not the most straightforward to configure, and so I would rate it a seven out of ten.

We implement the solution for our clients.

Customers with an enterprise agreement typically receive Microsoft products at a discounted rate compared to other products.

The cost of procuring storage depends on the customer's license availability. If the customer has an EA agreement in their price agreement with Microsoft, they can access storage at a cheaper price. However, if they do not have the EA agreement, they will incur a higher cost.

When comparing G-Cloud and AWS to Azure, the challenge isn't necessarily from other products, but rather the customers seem to have a greater investment in Azure.

I give the solution an eight out of ten.

Block Storage can be used for storing files of varying formats. It can be used as an object storage as well, so people can dump a variety of files into it. It's called a storage account, actually. This storage account can be used to store any application-specific files and there could be different Azure services which can consume the files, like that storage account, as part of the architecture. There could be an application storing the data, and there could be some other service that picks those files up from there. This solution is part of that entire architecture. It's kind of similar to a history you have in a website. It is almost exactly the same as that.

It has capabilities such as versioning and, from a security point of view, you can also back it up. It has resiliency features as well.

You can have GRS, like a during and end storage feature, enabled so that it can be replicated to a secondary region in Azure. This can prevent an outage in the primary region. 

There is a drawback or limitation to the GRS storage feature because depending on the amount of data, it could take a lot of time. There are a lot of steps from the application perspective, so it's not easy and straightforward from a business continuity perspective. That is one of the limitations I see in the solution. 

It's about the time it takes to revert back. The failover takes a couple of minutes but then it takes a lot of time to fail it back to the primary region again, so you have to do a synchronization again. That's a bit of a challenge because if it contains a lot of data in terabytes, the cost to do a replication again but reverse the direction from secondary to primary is a bit extra. Obviously, though, this only happens when there is an out, when a DR is involved, so it's not very often that companies would come across this. It's only in the worst case scenario. 

It's not a big thing, but some companies have limited time for their DR, like there's a RPO, or a recovery point objective and recovery time objective, that is very short. In that case, this product may not be suitable or may not meet their customer's requirements. That is something that Microsoft should focus on, to bring the time down or make that process, the DR process, a bit easier for this product. Maybe as they continually improve this product they can add improvements in this aspect to reduce that DR time, recovery time, for the solution.

I have been working with this product for about four or five years.

I have seen this solution be pretty stable. I've never had an issue with it. I'd rate the stability as a five out of five. 

It's very scalable. It has really high limits, so I don't think most customers will hit that limit. I'll give it a five out of five for scalability. 

Big enterprises as well as medium enterprises use this solution, and even smaller enterprises. There are organizations with 100 users, 1000, and even some with 5000 and above. There could be only applications consuming this, or end users also, but the end users directly connecting to the solution are a lot less.

It's mostly the developers who configure the application to use this solution as the object storage. Eventually, the end users of the application could be in the 1000s, and they utilize this back end solution via the application, so it is getting utilized by the end users, but it's via the application.

There was one issue I had with the backup. I didn't get a proper response and it took a couple of days for the response. It turned out to be a restriction and limitation, so it didn't get solved, but I was told that it was a limitation. I would rate the technical support as a three out of five.

The solution can be deployed manually from the Azure portal, or it can be done programmatically, via code. The setup is very easy and straightforward. It only takes a few minutes. I rate it a five out of five. 

I have deployed this solution for customers, and just one person is required for deployment. Anybody who has knowledge of Azure and has some administrative experience in Azure can do this. It's a very straightforward solution to deploy.

There is hardly any configuration in this solution, so it's maybe a day's task to deploy, but not beyond that. Once the design for this product is confirmed and completed, then the deployment is just following those design inputs which have been already signed off on by the customer. Customer requirements and specific features that need to be enabled in this tool need to be finalized first, which happens in the design phase. Once all of that is finalized, deploying it with the agreed configuration can be done in a day, max.

It's fairly cheap and it's also fully managed by Microsoft, so you don't have to manage the storage as much.

The solution is pay as you go, so it depends on the amount of data that is stored and the transactions. There's no licensing requirements. Also, we can have a subscription, like reservations for the storage. If we have a lot of data, then that can help reduce the cost, at least to some extent. The technical support is part of the support plan. 

The price depends on each customer. If they use a lot of data, the cost can be very high. I think it would be the same case with other tools as well, though, so it is quite affordable. 

The solution has life-cycle management, versioning, and a lot of protection features like sub-delete and all of that. It's pretty much complete, so it satisfies most of my customers' needs and requirements. I recommend this product because it is straightforward and well-documented.

I would rate the solution as an eight out of ten.

Azure Block Storage is for integrating and storing logs and things like that. It's for short and medium-term intermediate storage. Around 3,000 people are using the solution indirectly. 

The security is poor, and the sharing model is confusing, conceptually. I'd prefer not to use it. I'd like a user-friendly web interface and a better security model. 

I've worked with Azure Block Storage for a few years. 

The block storage itself is good, but Azure's overall reliability is poor, especially in this region. It usually goes down a couple of times a month. 

I rate Azure support six out of 10. It could be better. I get an answer, but it takes a while. 

Neutral

The other solution we use heavily is Google Cloud Storage. I prefer Google because it's easier to set up and you don't need to download a client. It's just simpler overall.

Everyone is familiar with the Google interface. It's essential because you're dealing with a lot of technologies, and people don't have the time anymore to figure it out.

Setting up Azure Block Storage is more complex than it should be.

The price is decent. I rate Azure Block Storage eight out of 10 for affordability.

I rate Azure Block Storage three out of 10. It's just storage, and it's more complicated than it needs to be.