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/learning-paths/cross-platform/gitlab/1-gitlab-runner.md
+1-3Lines changed: 1 addition & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,9 +16,7 @@ A GitLab Runner works with GitLab CI/CD to run jobs in a pipeline. It acts as an
16
16
3. Multi-architecture support: GitLab runners support multiple architectures including - `x86/amd64` and `arm64`
17
17
18
18
## What is Google Axion?
19
-
Axion is Google’s first Arm-based server processor, built using the Armv9 Neoverse V2 CPU. The VM instances are part of the `C4A` family of compute instances. To learn more about Google Axion refer to this [blog](https://cloud.google.com/blog/products/compute/introducing-googles-new-arm-based-cpu).
20
-
21
-
Note: These `C4A` VM instances are in public preview and needs a signup to be enabled in your Google Cloud account/project.
19
+
Axion is Google’s first Arm-based server processor, built using the Armv9 Neoverse V2 CPU. The VM instances are part of the `C4A` family of compute instances. To learn more about Google Axion refer to this [page](cloud.google.com/products/axion).
Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/csp/google.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ layout: "learningpathall"
11
11
12
12
As with most cloud service providers, Google Cloud offers a pay-as-you-use [pricing policy](https://cloud.google.com/pricing), including a number of [free](https://cloud.google.com/free/docs/free-cloud-features) services.
13
13
14
-
This section is to help you get started with [Google Cloud Compute Engine](https://cloud.google.com/compute) compute services, using Arm-based [Tau T2A](https://cloud.google.com/tau-vm) Virtual Machines. This is a general-purpose compute platform, essentially your own personal computer in the cloud.
14
+
This section is to help you get started with [Google Cloud Compute Engine](https://cloud.google.com/compute) compute services, using Arm-based Virtual Machines. Google Cloud offers two generations of Arm-based VMs, `C4A` is the latest generation based on [Google Axion](cloud.google.com/products/axion), Google’s first Arm-based server processor, built using the Armv9 Neoverse V2 CPU. The previous generation VMs are based on Ampere Altra processor and part of [Tau T2A](https://cloud.google.com/tau-vm) family of Virtual Machines.
15
15
16
16
Detailed instructions are available in the Google Cloud [documentation](https://cloud.google.com/compute/docs/instances).
17
17
@@ -23,7 +23,7 @@ If using an organization's account, you will likely need to consult with your in
23
23
24
24
## Browse for an appropriate instance
25
25
26
-
Google Cloud offers a wide range of instance types, covering all performance (and pricing) points. For an overview of the Tau T2A instance types, see the [General-purpose machine family](https://cloud.google.com/compute/docs/general-purpose-machines#t2a_machines) overview.
26
+
Google Cloud offers a wide range of instance types, covering all performance (and pricing) points. For an overview of the `C4A` instance types, see this [page](cloud.google.com/products/axion). Similarly, to know more about the `T2A` instance types, see the [General-purpose machine family](https://cloud.google.com/compute/docs/general-purpose-machines#t2a_machines) overview.
27
27
28
28
Also note which [regions](https://cloud.google.com/compute/docs/regions-zones#available) these servers are available in.
29
29
@@ -49,15 +49,15 @@ Select an appropriate `region` and `zone` that support Arm-based servers.
49
49
50
50

51
51
52
-
To view the latest information on which available regions and zones support Arm-based servers, see the [Compute Engine documentation](https://cloud.google.com/compute/docs/regions-zones#available). To filter for Arm-based machines, click on `Select a machine type`, then select `T2A` from the pull-down menu.
52
+
To view the latest information on which available regions and zones support Arm-based servers, see the [Compute Engine documentation](https://cloud.google.com/compute/docs/regions-zones#available). To filter for Arm-based machines, click on `Select a machine type`, then select `T2A`or `C4A`from the pull-down menu.
53
53
54
54

55
55
56
56
### Machine configuration
57
57
58
-
Select `T2A` from the `Series` pull-down menu. Then select an appropriate `Machine type` configuration for your needs.
58
+
Select `C4A` from the `Series` pull-down menu. Then select an appropriate `Machine type` configuration for your needs.
59
59
60
-

60
+

Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/gke-multi-arch/how-to-1.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,7 +8,7 @@ layout: learningpathall
8
8
9
9
## Migrate an existing x86-based application to run on Arm-based nodes in a single GKE cluster
10
10
11
-
Google Kubernetes Engine (GKE) supports hybrid clusters with x86 and Arm based nodes. The Arm-based nodes can be deployed on the `Tau T2A` family of virtual machines. The `Tau T2A` virtual machines are powered by Ampere Altra Arm-based processors.
11
+
Google Kubernetes Engine (GKE) supports hybrid clusters with x86 and Arm based nodes. The Arm-based nodes can be deployed on the `C4A` family of virtual machines. The `C4A` VMs are based on [Google Axion](cloud.google.com/products/axion), Google’s first Arm-based server processor, built using the Armv9 Neoverse V2 CPU.
12
12
13
13
## Before you begin
14
14
@@ -102,13 +102,13 @@ Hello from NODE:gke-multi-arch-cluster-default-pool-45537239-q83v, POD:x86-hello
102
102
103
103
## Add Arm-based nodes to your GKE cluster
104
104
105
-
Use the following command to add an Arm-based node pool with VM type `t2a-standard-2` to your GKE cluster:
105
+
Use the following command to add an Arm-based node pool with VM type `c4a-standard-2` to your GKE cluster:
106
106
107
107
```console
108
108
gcloud container node-pools create arm-pool \
109
109
--cluster $CLUSTER_NAME \
110
110
--zone $ZONE \
111
-
--machine-type=t2a-standard-2 \
111
+
--machine-type=c4a-standard-2 \
112
112
--num-nodes=3
113
113
```
114
114
After the Arm-nodes are successfully added to the cluster, run the following command to check if both types of nodes show up in the cluster:
Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/java-on-axion/1-create-instance.md
+1-5Lines changed: 1 addition & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,11 +8,7 @@ layout: learningpathall
8
8
9
9
## Create an Axion instance
10
10
11
-
Axion is Google’s first Arm-based server processor, built using the Armv9 Neoverse V2 CPU. Created specifically for the data center, Axion delivers industry-leading performance and energy efficiency.
12
-
13
-
{{% notice Note %}}
14
-
The Axion instance type (C4A) is currently in public preview. A GA (General Availability) release will happen in the coming months.
15
-
{{% /notice %}}
11
+
Axion is Google’s first Arm-based server processor, built using the Armv9 Neoverse V2 CPU. Created specifically for the data center, Axion delivers industry-leading performance and energy efficiency. To learn more about Google Axion, refer to this [page](cloud.google.com/products/axion)
16
12
17
13
There are several ways to create an Arm-based Google Axion VM: the Google Cloud console, the gcloud CLI tool, or using your choice of IaC (Infrastructure as Code).
Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/java-on-axion/2-deploy-java.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -90,7 +90,7 @@ java -jar target/*.jar
90
90
Once the application is running, you can open the web app in a web browser by visiting
91
91
92
92
```bash
93
-
http://[EXTERNAL IP]:8080
93
+
http://<EXTERNAL_IP>:8080
94
94
```
95
95
96
-
Where `[EXTERNAL IP]` is the value you obtained in the [last section](/learning-paths/servers-and-cloud-computing/java-on-axion/1-create-instance/#obtain-the-ip-of-your-instance).
96
+
Where `<EXTERNAL_IP>` is the value you obtained in the [last section](/learning-paths/servers-and-cloud-computing/java-on-axion/1-create-instance/#obtain-the-ip-of-your-instance).
Copy file name to clipboardExpand all lines: content/learning-paths/servers-and-cloud-computing/mysql_tune/kernel_comp_lib.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,7 +14,7 @@ The underlying storage technology and the file system format can impact performa
14
14
15
15
Aside from the storage technology, the file system format used with `MySQL` can impact performance. The `xfs` file system is a good starting point. The `ext4` file system is another good alternative. Last, it is recommended to use storage drives that are dedicated to the database (i.e. not shared with the OS or other applications).
16
16
17
-
When running in the cloud, the disk scheduling algorithm is typically set to `noop` or a similar "dumb" algorithm. This is typically optimal for `MySQL` in the cloud, so no adjustment is needed. However, if running `MySQL` on an on-prem server, it's a good idea to double check what the disk scheduling algorithm is, and possibly change it. According to the [Optimizing InnoDB Disk I/O documentation]https://dev.mysql.com/doc/refman/en/optimizing-innodb-diskio.html), `noop` or `deadline` might be better options. It's worth testing this with on-prem systems.
17
+
When running in the cloud, the disk scheduling algorithm is typically set to `noop` or a similar "dumb" algorithm. This is typically optimal for `MySQL` in the cloud, so no adjustment is needed. However, if running `MySQL` on an on-prem server, it's a good idea to double check what the disk scheduling algorithm is, and possibly change it. According to the [Optimizing InnoDB Disk I/O documentation](https://dev.mysql.com/doc/refman/en/optimizing-innodb-diskio.html), `noop` or `deadline` might be better options. It's worth testing this with on-prem systems.
0 commit comments