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: faqs-general.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -91,6 +91,8 @@ The Lite plan provides 50 node-hours of free {{site.data.keyword.iae_full_notm}}
91
91
92
92
A cluster created using a Lite plan has 1 master and 1 data node (2 nodes in total) and will run for 25 hours on the clock (50 hours/2 nodes). The node-hours cannot be paused, for example, you cannot use 10 node-hours, pause, and then come back and use the remaining 40 node-hours.
93
93
94
+
Remember that you must sign up with IBM to try out the Lite plan.
95
+
94
96
## What types of service maintenance exist in {{site.data.keyword.iae_full_notm}}?
Copy file name to clipboardExpand all lines: index.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -35,7 +35,7 @@ You can deploy {{site.data.keyword.iae_full_notm}} service instances in the foll
35
35
36
36
## Cluster architecture
37
37
38
-
A cluster consists of a management instance and one or more compute instances. The management instance itself consists of three management nodes, which run in the management instance. Each of the compute nodes runs in a separate compute instance.
38
+
A cluster consists of a management instance and one or more compute instances. The management instance consists of three management nodes that run in the instance. Each compute node runs in a separate compute instance.
39
39
40
40
Note: You are billed only at the instance level. For more details on billing, see [{{site.data.keyword.iae_full_notm}} Pricing](https://www.ibm.com/cloud/analytics-engine/pricing){: external}.
41
41
@@ -49,7 +49,7 @@ Ambari and all of the Hadoop and Spark components of the cluster run on the mana
49
49
50
50
### Compute nodes
51
51
52
-
Compute nodes are where the execution of jobs happens. You define the number of compute nodes at the time of cluster creation. Each of the compute nodes is designated as `dn001`, `dn002` and so on.
52
+
Compute nodes are where the execution of jobs happens. You define the number of compute nodes at the time the cluster is created. Each of the compute nodes is designated as `dn001`, `dn002` and so on.
53
53
54
54
### Summary of cluster nodes
55
55
@@ -67,14 +67,14 @@ Cluster services are made available through various endpoints as described in th
67
67
68
68
From the endpoint list, you can see that the following ports are open for inbound traffic:
69
69
70
-
-**9443**: this is the Admin port.
70
+
-**9443**: This is the Admin port.
71
71
72
-
The Ambari UI console and APIs are exposed at port 9443 (`https://xxxxx-mn001.<region>.ae.appdomain.cloud:9443`).
72
+
The Ambari UI console and APIs are exposed on port 9443 (`https://xxxxx-mn001.<region>.ae.appdomain.cloud:9443`).
73
73
-**8443**: cluster services like Hive, Spark, Livy, Phoenix, and so on are made available for programmatic consumption through the Knox gateway on port 8443
74
74
75
-
-**22**: the cluster itself is accessible via SSH at standard port 22.
75
+
-**22**: The cluster itself is accessible via SSH through the standard port 22.
76
76
77
-
When you SSH to a cluster (as described [here](/docs/AnalyticsEngine?topic=AnalyticsEngine-connect-SSH)) you essentially log in to `mn003`. Once you have logged in to `mn003`, you can SSH to the compute nodes (referred to as `dn001`, `dn002` etc) and to `mn002`.
77
+
When you SSH to a cluster (as described [here](/docs/AnalyticsEngine?topic=AnalyticsEngine-connect-SSH)) you essentially log in to `mn003`. Once you have logged in to `mn003`, you can SSH to the compute nodes (referred to as `dn001`, `dn002`, and so on) and to `mn002`.
78
78
79
79
For example, to log in to a cluster in the US-South region, as given in the endpoint listing, enter:
Copy file name to clipboardExpand all lines: retrieve-service-credentials.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
@@ -1,8 +1,8 @@
1
1
---
2
2
3
3
copyright:
4
-
years: 2017, 2019
5
-
lastupdated: "2019-02-26"
4
+
years: 2017, 2020
5
+
lastupdated: "2020-07-13"
6
6
7
7
subcollection: AnalyticsEngine
8
8
@@ -17,8 +17,8 @@ After your {{site.data.keyword.iae_full_notm}} service instance was created, you
17
17
18
18
- By invoking the {{site.data.keyword.iae_full_notm}} [`reset_password`](/docs/AnalyticsEngine?topic=AnalyticsEngine-reset-cluster-password#reset-cluster-password) REST API. Calling this API is the only way in which the cluster password is shown to you. You can also use the API to reset the password if you need to.
19
19
20
-
- By resetting the cluster password on the {{site.data.keyword.iae_full_notm}} service instance page from the {{site.data.keyword.Bluemix_notm}} console.
20
+
- By generating the cluster password on the {{site.data.keyword.iae_full_notm}} service instance page from the {{site.data.keyword.Bluemix_notm}} console.
21
21
22
-

22
+

23
23
24
-
**Important:** The method of getting the cluster credentials by creating service keys is being deprecated. The service credentials will no longer show the cluster credentials. The service credentials will only include the service endpoints and a role-linked API key for using the {{site.data.keyword.iae_full_notm}} REST API.
24
+
**Important:** The service credentials are not shown with the cluster credentials. The service credentials only include the service endpoints and a role-linked API key for using the {{site.data.keyword.iae_full_notm}} REST API.
0 commit comments