You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/patterns/medical-diagnosis/_index.adoc
+27-40Lines changed: 27 additions & 40 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -24,67 +24,55 @@ ci: medicaldiag
24
24
:_content-type: ASSEMBLY
25
25
include::modules/comm-attributes.adoc[]
26
26
27
-
//Module to be included
28
-
//:_content-type: CONCEPT
29
-
//:imagesdir: ../../images
30
-
[id="about-med-diag-pattern"]
31
-
= About the {med-pattern}
27
+
== Background
32
28
33
-
Background::
29
+
This Validated Pattern is based on a demo implementation of an automated data pipeline for chest Xray
30
+
analysis previously developed by Red Hat. The original demo can be found link:https://github.com/red-hat-data-services/jumpstart-library[here]. It was developed for the US Department of Veteran Affairs.
34
31
35
-
This validated pattern is based on a demo implementation of an automated data pipeline for chest Xray analysis previously developed by Red Hat. You can find the original demonstration link:https://github.com/red-hat-data-services/jumpstart-library[here]. It was developed for the US Department of Veteran Affairs.
32
+
This validated pattern includes the same functionality as the original demonstration. The difference is
33
+
that we use the _GitOps_ framework to deploy the pattern including operators, creation of namespaces,
34
+
and cluster configuration. Using GitOps provides a much more efficient means of doing continuous deployment.
36
35
37
-
This validated pattern includes the same functionality as the original demonstration. The difference is that we use the GitOps framework to deploy the pattern including Operators, creation of namespaces, and cluster configuration. Using GitOps provides an efficient means of implementing continuous deployment.
36
+
What does this pattern do?:
38
37
39
-
Workflow::
40
-
41
-
* Ingest chest Xrays from a simulated Xray machine and puts them into an `objectStore` based on Ceph.
42
-
* The `objectStore` sends a notification to a Kafka topic.
38
+
* Ingest chest Xrays from a simulated Xray machine and puts them into an objectStore based on Ceph.
39
+
* The objectStore sends a notification to a Kafka topic.
43
40
* A KNative Eventing Listener to the topic triggers a KNative Serving function.
44
41
* An ML-trained model running in a container makes a risk assessment of Pneumonia for incoming images.
45
-
* A Grafana dashboard displays the pipeline in real time, along with images incoming, processed, and anonymized, as well as full metrics collected from Prometheus.
42
+
* A Grafana dashboard displays the pipeline in real time, along with images incoming, processed and anonymized, as well as full metrics collected from Prometheus.
46
43
47
44
This pipeline is showcased link:https://www.youtube.com/watch?v=zja83FVsm14[in this video].
This validated pattern is still under development. If you have any questions or concerns contact mailto:jrickard@redhat.com[Jonny Rickard] or mailto:claudiol@redhat.com[Lester Claudio]
54
-
====
48
+
This validated pattern is still under development. Any questions or concerns
49
+
please contact mailto:jrickard@redhat.com[Jonny Rickard] or mailto:claudiol@redhat.com[Lester Claudio].
55
50
56
-
[id="about-solution-med"]
57
-
== About the solution elements
51
+
=== Solution elements
58
52
59
-
The solution aids the understanding of the following:
60
-
* How to use a GitOps approach to keep in control of configuration and operations.
53
+
* How to use a GitOps approach to keep in control of configuration and operations
61
54
* How to deploy AI/ML technologies for medical diagnosis using GitOps.
62
55
63
-
The {med-pattern} uses the following Red Hat products and technologies:
56
+
=== Red Hat Technologies
64
57
65
-
* {rh-ocp} for container orchestration
66
-
* {rh-gitops}, a GitOps continuous delivery (CD) product for Kubernetes.
67
-
* {rh-amq-first}, an event streaming platform based on the Apache Kafka
68
-
* {rh-serverless-first} for event-driven applications
69
-
* {rh-ocp-data-first} for cloud native storage capabilities
70
-
* {grafana-op} to manage and share Grafana dashboards, datasources, and so on
58
+
* {rh-ocp} (Kubernetes)
59
+
* {rh-gitops} (ArgoCD)
60
+
* Red Hat AMQ Streams (Apache Kafka Event Broker)
61
+
* Red Hat OpenShift Serverless (Knative Eventing, Knative Serving)
62
+
* Red Hat OpenShift Data Foundations (Cloud Native storage)
63
+
* Grafana dashboard (OpenShift Grafana Operator)
71
64
* Open Data Hub
72
65
* S3 storage
73
66
74
-
[id="about-architecture-med"]
75
-
== About the architecture
67
+
== Architecture
76
68
77
-
[IMPORTANT]
78
-
====
79
-
There is no edge component in this iteration of the pattern. Edge deployment capabilities are planned part of the pattern architecture for a future release.
80
-
====
69
+
In this iteration of the pattern *there is no edge component* . Future releases have planned Edge deployment capabilities as part of the pattern architecture.
To know the minimum requirements for an {ocp} cluster, for example on bare-metal, see link: https://docs.openshift.com/container-platform/4.13/installing/installing_bare_metal/installing-bare-metal.html#installation-minimum-resource-requirements_installing-bare-metal[Minimum resource requirements for cluster installation].
=== Medical Diagnosis Pattern OpenShift Cluster Size
61
88
62
89
The Medical Diagnosis pattern has been tested with a defined set of configurations that represent the most common combinations that Red Hat OpenShift Container Platform (OCP) customers are using or deploying for the x86_64 architecture.
63
90
@@ -85,4 +112,172 @@ The OpenShift cluster is a standard deployment of 3 control plane nodes and 3 or
85
112
| Standard_D8s_v3
86
113
|===
87
114
88
-
//Removed section for instance types as we did for MCG
115
+
[id="aws-instance-types-cluster-sizing"]
116
+
=== AWS Instance Types
117
+
118
+
The *Medical Diagnosis* pattern was tested with the highlighted AWS instances in *bold*. The OpenShift installer will let you know if the instance type meets the minimum requirements for a cluster.
119
+
120
+
The message that the openshift installer will give you will be similar to this message
121
+
122
+
[,text]
123
+
----
124
+
INFO Credentials loaded from default AWS environment variables
125
+
FATAL failed to fetch Metadata: failed to load asset "Install Config": [controlPlane.platform.aws.type: Invalid value: "m4.large": instance type does not meet minimum resource requirements of 4 vCPUs, controlPlane.platform.aws.type: Invalid value: "m4.large": instance type does not meet minimum resource requirements of 16384 MiB Memory]
126
+
----
127
+
128
+
Below you can find a list of the AWS instance types that can be used to deploy the *Medical Diagnosis* pattern.
The OpenShift cluster is made of 3 Control Plane nodes and 3 Workers. For the node sizes we used the *m5.4xlarge* on AWS and this instance type met the minimum requirements to deploy the *Medical Diagnosis* pattern successfully.
214
+
215
+
To understand better what types of nodes you can use on other Cloud Providers we provide some of the details below.
216
+
217
+
[id="azure-instance-types-cluster-sizing"]
218
+
=== Azure Instance Types
219
+
220
+
The *Medical Diagnosis* pattern was also deployed on Azure using the *Standard_D8s_v3* VM size. Below is a table of different VM sizes available for Azure. Keep in mind that due to limited access to Azure we only used the *Standard_D8s_v3* VM size.
221
+
222
+
The OpenShift cluster is made of 3 Control Plane nodes and 3 Workers.
| Specialized virtual machines targeted for heavy graphic rendering and video editing, as well as model training and inferencing (ND) with deep learning. Available with single or multiple GPUs.
The *Medical Diagnosis* pattern was also deployed on GCP using the *n1-standard-8* VM size. Below is a table of different VM sizes available for GCP. Keep in mind that due to limited access to GCP we only used the *n1-standard-8* VM size.
258
+
259
+
The OpenShift cluster is made of 3 Control Plane and 3 Workers cluster.
260
+
261
+
The following table provides VM recommendations for different workloads.
0 commit comments