fluo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From GitBox <...@apache.org>
Subject [GitHub] [fluo-muchos] keith-turner commented on a change in pull request #270: Support Accumulo installs on Microsoft Azure
Date Thu, 05 Sep 2019 19:56:02 GMT
keith-turner commented on a change in pull request #270: Support Accumulo installs on Microsoft
URL: https://github.com/apache/fluo-muchos/pull/270#discussion_r321424263

 File path: README.md
 @@ -92,11 +134,47 @@ You can check the status of the nodes using the EC2 Dashboard or by
running the
     ./bin/muchos status
+## Launching an Azure cluster
+Before launching a cluster, you will need to complete the requirements for Azure above, clone
the Muchos repo, and
+create [muchos.props] by making a copy of existing [muchos.props.example]. If you want to
give others access to your
+cluster, add their public keys to a file named `keys` in your `conf/` directory.  During
the setup of your cluster,
+this file will be appended on each node to the `~/.ssh/authorized_keys` file for the user
set by the
+`cluster.username` property.  You will also need to ensure you have authenticated to Azure
and set the target
+subscription using the [Azure CLI](https://docs.microsoft.com/en-us/cli/azure/manage-azure-subscriptions-azure-cli?view=azure-cli-latest).
+Muchos by default uses a CentOS 7 image that is hosted in the Azure marketplace. The Azure
Linux Agent is already
+pre-installed on the Azure Marketplace images and is typically available from the distribution's
package repository.
+Azure requires that the publishers of the endorsed Linux distributions regularly update their
images in the Azure
+Marketplace with the latest patches and security fixes, at a quarterly or faster cadence.
Updated images in the Azure
+Marketplace are available automatically to customers as new versions of an image SKU.
+Edit the values in the sections within [muchos.props] as below
+Under the `general` section, edit following values as per your configuration
+* `cluster_type = azure`
+* `cluster_user` should be set to the name of the administrative user
+* `proxy_hostname` (optional) is the name of the machine which has access to the cluster
 Review comment:
   Curious if you have tested setting this prop and not setting it?  I ask because I noticed
a good bit of conditional code around this property.

This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:

With regards,
Apache Git Services

View raw message