Cilium now integrates with Mirantis Kubernetes Engine

We’re excited to announce that Mirantis Kubernetes Engine now integrates with Cilium, giving users a powerful new option when choosing a container network interface (CNI) plugin for their cloud native infrastructure. As our customers have increased the number of applications and services deployed on Mirantis Kubernetes Engine (MKE) clusters, some have requested support for additional … Continued
Quelle: Mirantis

Save big by temporarily suspending unneeded Compute Engine VMs—now GA

One of the best aspects of the cloud is the ability to purchase and use only what you need. This enables you to take advantage of modern and performant computing while fine tuning cost optimization.     With Suspend/Resume, Generally Available today, you have even more control over your Google Cloud resource consumption. Similar to closing the lid of your laptop, Suspending a Google Compute Engine VM will save the state of your instance to disk allowing you to pick up where you left off when you Resume it later. While your instance is in the SUSPENDED state, you no longer pay for cores or RAM, instead you only pay for the storage costs of your instance memory. Other VM running costs such as OS licensing may also be reduced. How it worksSuspending an instance sends an ACPI S3 signal to the instance’s operating system. This results in 2 significant advantages compared to similar functionalities from other cloud providers. First, this allows for broad compatibility with a wide selection of OS images without requiring you to use a cloud specific OS image or installing daemons. Undocummented and custom OS images that respond to the ACPI S3 signal may also work with Suspend. Feel free to try it out! Secondly, storage is dynamically provisioned when Suspend is requested and is separate from the instance’s boot disk. This is in contrast to implementations in other clouds that require you to ensure that you have sufficient empty space in your boot disk to save the instance state which may increase the running costs of your VM. This also ensures that your suspended instance only consumes as much storage as it needs.Use casesMany Google Cloud users have already realized huge savings from Suspending their virtual desktops or developer environments when they are not in use. For example: “Utilizing Compute Engine’s suspend and resume functionality has allowed BigCommerce to reduce operation costs of our Compute Engine-driven development environment. BigCommerce allows each engineer to customize their environment’s “working hours,” which triggers suspension at the end of each work day and resumption at the beginning of the next day. This has reduced our Virtual Machine Instance usage times from 168 hours a week to 60 hours a week per environment on average, enabling us to save thousands of dollars each month. We expect these cost-efficiency savings to only increase as our Engineering organization grows.”—Aaron Humerickhouse, Manager, Engineering at BigCommerce Another use case is to accelerate horizontal scaling by Resuming suspended instances. While Compute Engine instances have very quick creation times, booting the operating system and loading applications may take longer than you would like when urgently trying to meet a demand spike. One way to address this issue is to initialize instances with the critical applications and Suspend them. When you Resume them later, they should be productive much more quickly than instances created from scratch.  Next stepsLearn more with our Suspend/Resume documentation.Related ArticleTau T2D VMs now in GA : Independent testing validates market-leading price-performanceT2D VMs powered by 3rd Generation AMD EPYC processors (code-named Milan) are now available for the Compute Engine Tau family in preview.Read Article
Quelle: Google Cloud Platform

5 reasons to attend the Modernize and Migrate with Hybrid Cloud Flexibility digital event

Are you looking to modernize your applications and data and migrate your workloads to cloud? To provide you insights and guidance directly from Azure customers, experts, and engineers, we will be hosting Modernize and Migrate with Hybrid Cloud Flexibility digital event on Wednesday, April 13, 2022, from 9:00 AM to 11:00 AM Pacific Time.

Here are five reasons to attend Modernize and Migrate with Hybrid Cloud Flexibility digital event.

Hear best practices and real-life modernization and migration success stories from Azure customers and FastTrack for Azure engineers
This event will showcase Azure customers like GE, Volkswagen Financial Services, Leeds Teaching Hospitals NHS Trust, and Azure Migration and Modernization Program customers like Jotun, and Planzer. These customers will share why and how they modernized and migrated to Azure. You will also hear real-life best practices from FastTrack for Azure engineers.
Join exclusive sessions on apps, data, and infrastructure modernization and migration scenarios
This event will include technical sessions providing guidance from Azure experts like Jeff Hollan, Jeff Woolsey, and Bob Ward on how to modernize .NET and Java applications, SQL databases, and all kinds of workloads to Azure. You will also get to learn about Azure Migrate, the central hub for migration and modernization tools, and hear about its latest updates.
Discover hybrid cloud solutions to help you modernize and migrate at your own pace
We understand that you might not be ready to move all workloads to the cloud yet and you need a consistent way of managing workloads across on-premises, multi-cloud, and edge. In this event, you will discover how Azure Arc enables you to secure and govern infrastructure and apps anywhere, build cloud-native apps faster with familiar tools and services to run them on any Kubernetes platform, and modernize your data estate with Azure data services.
Get hands-on experience with deep-dive demos, workshops, and cloud skills challenges
In addition to the sessions, you can boost your hands-on experience with multiple deep-dive demos, three interactive workshops, and three cloud skills challenges. Each of these is specifically built for apps, data, and infrastructure modernization scenarios and gives you a hands-on in-depth experience of each scenario.
Enroll in a chance to win Surface Headphones, Surface Earbuds, or a Bose SoundLink Micro speaker
Once you register for this free event, you can earn points by participating in different activities like watching the event for more than 90 minutes and viewing resources like workshops and cloud skills challenges. Once you earn 400 points, you will automatically enter a chance to win prizes like Microsoft Surface Headphones, Microsoft Surface Earbuds, and Bose Soundlink Micro Bluetooth Speakers. Check out the detailed sweepstake rules.

Register today for the Modernize and Migrate with Hybrid Cloud Flexibility digital event

Modernize and Migrate with Hybrid Cloud Flexibility digital event
Wednesday, April 13, 2022
9:00 AM to 11:00 AM Pacific Time

Quelle: Azure

Manage port forwarding for backend pool with Azure Load Balancer

Starting today, Azure Load Balancer enables customers to manage port forwarding for Virtual Machine Scale Sets or a group of virtual machines in a backend pool with a single set-up with minimum management overhead.

What is port forwarding?

Port forwarding lets you connect to specific virtual machines by using the Load Balancer frontend IP address and port number. Load Balancer, upon receiving the traffic on a certain frontend port, will forward traffic to the target virtual machine on a specific backend port.

By employing an inbound NAT rule, you can access virtual machines in a virtual network through the IP address and port of the Load Balancer.

Inbound NAT rule or load balancing rule?

In a nutshell, inbound NAT rule is used for traffic forwarding by mapping each virtual machine to a frontend port of the Load Balancer for access. All traffic arriving at the specified frontend port of the Load Balancer will be directly forwarded to a single targeted virtual machine. Therefore, traffic is not load balanced in this case. Inbound NAT rules are useful when you want to forward traffic directly to a specific virtual machine and port combination. While load balancing rules are used to distribute traffic coming to a specific frontend of the Load Balancer across all virtual machines in the backend pool.

Figure 1: Inbound NAT rule for single machine.

Figure 2: Load Balancing rule.

You can have both load balancing rules and inbound NAT rules on the same Load Balancer. For example, a load balancing rule can be set up for the specific backend pool from frontend port 80 to backend port 80, so that incoming traffic can be distributed across the virtual machines in the backend pool. At the same time, you can also set up an inbound NAT rule for each virtual machine on backend port 443 so that you can use Remote Desktop Protocol (RDP) to access each virtual machine for management purposes.

Figure 3: Use both inbound NAT rule and load balancing rule on a backend pool.

What are the customer challenges that we aim to solve?

Inbound NAT rules for individual target machine

When you have a large backend pool with frequent scaling up and down, this approach will create unnecessary overhead. An inbound NAT rule needs to be deleted before the target virtual machine can be taken out of the backend pool. Similarly, whenever scaling up occurs, a new inbound NAT rule for the new virtual machine needs to be created to complete the port forwarding set-up.

Inbound NAT pool

Inbound NAT pool is useful when the backend pool is composed of Virtual Machine Scale Sets. However, this approach is not viable when your backend pool is composed of a group of virtual machines.

Set up inbound NAT rule for backend pool

Based on frontend port range start, maximum number of machines in backend pool defined for an inbound NAT rule, Load Balancer will pre-allocate a range of frontend ports starting from frontend port range start. The range end is calculated by adding maximum number of machines in the backend pool to frontend port range start to ensure that there are enough frontend ports in the event of scaling up.

Figure 4: Add inbound NAT rule.

In this example, Load Balancer will pre-allocate 1000 frontend ports starting from port 500. In this case, the backend pool can scale up to 1000 machines without requiring extra management from the customer.

Figure 5: Inbound NAT rule for backend pool.

Port mapping for individual machines

Once the inbound NAT rule is created, Load Balancer will assign the frontend port to each virtual machine in the backend pool. Port mappings of existing machines will not change in the event of scaling up or down. In this example, to access centralus-vm1 on port 443, you can use https://40.89.253.167:502.

Figure 6: Port mapping for individual machines.

Learn more

What are inbound NAT rules?
Tutorial: Create a multiple virtual machines inbound NAT rule using the Azure portal
Product details: Azure Load Balancer

Quelle: Azure

Cloud migration for medical imaging data using Azure Health Data Services and IMS

This blog post is co-authored by Vittorio Accomazzi, Chief Technical Officer (CTO) at IMS.

This blog is part of a series in collaboration with our partners and customers leveraging the newly announced Azure Health Data Services. Azure Health Data Services, a platform as a service (PaaS) offering designed to support Protected Health Information (PHI) in the cloud, is a new way of working with unified data—providing care teams with a platform to support both transactional and analytical workloads from the same data store and enabling cloud computing to transform how we develop and deliver AI across the healthcare ecosystem.

The first implementation of digital imaging techniques in clinical use started in the 1970s. Since then, the medical imaging industry has grown exponentially—over the last two and a half decades, there has been a significant development in image acquisition solutions, which has boosted image quality and adoption in different clinical applications. Healthcare is projected to deliver the greatest industry-specific CAGR of 36 percent out to 2025 (Global healthcare data is forecasted to reach 2.3 zettabytes* in this coming year alone) and medical imaging data represents approximately 80 – 90 percent of that growth1.

While the amount of data generated by the medical imaging industry has continued to grow, the solutions for storing and handling this data remain archaic and on-premises due to limited products with insufficient computing power, storage size, and continuously outdated hardware. In addition, the lack of interoperability of these on-premises systems with other types of clinical data solutions and increasing workloads within imaging departments resulted in a big struggle to achieve predictive diagnosis and improved outcomes for patients. Bringing health data into the cloud has been met with challenges ranging from concerns about the security and privacy of the data to a lack of understanding of the opportunities it opens.

For the most part, interoperability in the health industry has also been limited and focused on clinical data. However, other types of health data such as imaging, IoT, and unstructured data also play a critical role in getting a full view of the patient, thereby contributing to better patient diagnosis and care.

This is why Microsoft has released Azure Health Data Services which aims to support the combining clinical, imaging, and MedTech data in the cloud using global interoperability standards like Fast Healthcare Interoperability Resources (FHIR®) and Digital Information Communication in Medicine (DICOM). The DICOM service within Azure Health Data Services allows standards-based communication with any DICOMweb™ enabled systems such as medical imaging systems, vendor-neutral archives (VNAs), picture archiving, and communication systems (PACS), etc. The goal is to fully leverage the power of the cloud infrastructures for medical images, creating a service that is fast, highly reliable, scalable, and designed for security.

Within the DICOM service, QIDO, WADO, and STOW protocols support query, retrieve, and storage of DICOM objects, while custom tags allow for user-defined, searchable tags. You can also use DICOMcast as a single source to query for cross-domain scenarios. The DICOMcast injects DICOM metadata into the FHIR service, or FHIR server, allowing a single source of truth for both clinical data and imaging metadata.

Once imaging data is persisted in the cloud, there is also a need for seamless integration of workloads into the cloud with minimum disruption and without extra investment in devices and software. In order to enable customers currently relying on DICOM DIMSE to be able to smoothly adopt cloud-based imaging storage and solutions powered by our DICOM service.

IMS collaborated with Microsoft to leverage its cloud technologies for IMS to provide a solution for this challenge resulting in a powerful tool that migrates medical imaging data from legacy workstations to the cloud using Azure Health Data Services. IMS selected Microsoft Azure because it has the most comprehensive offering and active road map to support the transition of healthcare to the cloud.

Using CloudSync as a synchronization tool

It was apparent from the beginning that creating a simple protocol converter or gateway to push images from on-premises to the cloud was not an optimal solution: since the data will flow only in one direction (from a healthcare organization to the cloud for storage, archival or advanced analytics). With that, the institution would be missing most of the benefits, such as calling back the image set into the existing on-premises viewer after performing annotations, running cloud-enabled AI models, or advanced analytics. On the other hand, having access to prior imaging studies of the patients during the current visit also plays a vital role in validating abnormal conditions over time for better clinical outcomes.

To bridge this gap, IMS designed and developed CloudSync, which is a software-only DICOM device that actively synchronizes the on-premises archive (or multiple archives) with an Azure DICOMweb endpoint. CloudSync allows the data to flow both ways and furthermore allows the implementation of business logic for the proactive staging of patient historical imaging data for immediate access, thereby reducing the latency experienced by the user.

This synchronization allows integration of organizations’ existing on-prem solutions with Azure Health Data Services and machine learning environments so that they can store, archive, slice-and-dices their data for superior cohort management. With the possibility to conveniently connect to Microsoft Power BI and Azure Synapse Analytics through Azure Health Data Services, institutions can curate their datasets, develop and deploy models, monitor their performance, perform advanced analytics on Azure Machine Learning Pipeline and push results back into their clinical workflow.

Key features of CloudSync include:

Synchronize medical DICOM images from on-premises archives to the cloud using Azure Health Data Services: Enable collaboration among multiple on-prem devices by connecting all of them in one point for ease of access by everyone.
Eliminate network latency while fetching medical imaging data: Proactively push prior medical images of the patient from the cloud to the on-prem devices based on the patient’s schedule and have them ready during the patient’s visit.
Migrate imaging data from legacy workstations to the cloud: Enable seamless and effortless integration of on-premises imaging workstations with the cloud.

CloudVue: A one-stop-shop for medical image viewing

To fully leverage the power of Azure, IMS also provides a zero-footprint diagnostic viewer called CloudVue. CloudVue allows users to safely review the data stored in the Azure DICOMweb archive on any device making it possible to access imaging data from anywhere. On top of the standard security mechanisms, CloudVue also encrypts the data during transmission.

In addition to providing the standard viewing features and tools of a web viewer, CloudVue also provides:

Organizations with the ability to grant granular secure access to specific medical imaging data for distribution such as authorizing users to access specific studies in the archive, and not the entire repository. Therefore, the organization can safely grant access to referring physicians and even patients.
The ability to deliver and improve AI workloads on Azure: CloudVue can store and handle data originating from AI predictions and track user behavior at the same time so it can determine if the prediction is correct. Therefore, CloudVue is implementing a positive feedback loop to monitor and improve AI over time.
Annotation capabilities for images used in AI modeling.

CloudVue is the perfect companion for CloudSync in allowing users to take advantage of storing data in Azure using Azure Health Data Services.

Within the current healthcare market space, one of the biggest challenges facing radiologists, clinicians, and care teams while making the diagnosis is the easy availability of a complete history of the patient—while a radiologist might have access to the medical images, not being able to query and find a patient’s medical history, medications and other lab work in the same place, makes predictive diagnosis difficult and time-consuming. With Azure Health Data Services, all of this data can now be accessed together, and using DICOMcast, a new feature, clinical information can sit alongside metadata from medical images, making them searchable quickly. This technology used alongside IMS’s CloudSync and CloudVue can change how radiologists interact with medical images and give them the ability to use the data they have for diagnosis and research.

The beginning of next-gen medical imaging viewing

IMS has created a solution for the medical imaging industry that allows health organizations to take full advantage of Azure Health Data Services at their own pace while:

Avoiding any disruptions to the current workflow.
Maintaining the current investments in devices and software.

Do more with your data with Microsoft Cloud for Healthcare

With Azure Health Data Services, health organizations are empowered to transform their patient experience, discover new insights with the power of machine learning and AI, and manage PHI data with confidence. Enable your data for the future of healthcare innovation with Microsoft Cloud for Healthcare.

We look forward to being your partner as you build the future of health.

Learn more about Azure Health Data Services.
Learn more about IMS at International Medical Solutions | The Power of Partnering.
Read our recent blog, “Microsoft launches Azure Health Data Services to unify health data and power AI in the cloud.”
Learn more about Microsoft Cloud for Healthcare.

1“Driving Data Growth in Healthcare: Challenges and Opportunities for IT,” IDC
Quelle: Azure