AWS Machine Learning Blog
Implementing hyperparameter optimization with Optuna on Amazon SageMaker
Preferred Networks (PFN) released the first major version of their open-source hyperparameter optimization (HPO) framework Optuna in January 2020, which has an eager API. This post introduces a method for HPO using Optuna and its reference architecture in Amazon SageMaker.
Amazon SageMaker supports various frameworks and interfaces such as TensorFlow, Apache MXNet, PyTorch, scikit-learn, Horovod, Keras, and Gluon. The service offers ways to build, train, and deploy machine learning models to all developers and data scientists. Amazon SageMaker offers managed Jupyter Notebook and JupyterLab as well as containerized environments for training and deployment. The service also offers an Automatic Model Tuning with Bayesian HPO feature by default.
When you use Amazon SageMaker Automatic Model Tuning, you will define a search space beforehand performing HPO. For example, see the parameters in the following code:
You can parse metrics out of logs with regular expressions, feed it to the HyperparameterTuner class, and execute HPO. See the following code:
The preceding code shows that you can easily execute HPO with Bayesian optimization by specifying the maximum and concurrent number of jobs for the hyperparameter tuning job. For more information, see Amazon SageMaker Automatic Model Tuning: Using Machine Learning for Machine Learning.
Using Optuna for HPO
You can write HPO using eager APIs in Optuna. This allows you to simplify the code when optimizing the number of the layer of neural networks. For example, if you pre-define a complicated parameter namespace to search each branch of network structure per selected number of layers, the computational load can be heavy. However, you can use Optuna in eager mode to write HPO intuitively. You can define the model as shown in the following code. The trial is the parameter set defined by Optuna. Using this parameter, you can obtain the parameters of the HPO.
To use Optuna, you can define an objective function
objective() inside of a training script so that it returns the value you want to maximize or minimize. See the following code:
In each execution, parameters are selected by the expression
n_layers = trial.suggest_int('n_layers', 1, 3) in the
define_model(trial) function. You similarly define
optimizer. This line selects the optimization method and learning rate.
You can execute HPO by calling this defined objective function. See the following code:
In the preceding code,
study is a unit of the HPO job. It is saved in the specified relational database. For this use case, you can save it in the database using Amazon Aurora.
Using Optuna in Amazon SageMaker
You can install Optuna with
pip install optuna. Optuna stores its history in memory by default. To keep the persistent log, you can use relational databases in the backend. In this use case, you optimize in parallel execution using Amazon Sagemaker training jobs. You use an architecture with the managed database service in AWS, Aurora MySQL. You use this MySQL database to navigate through the search space during parallel execution. You launch the Aurora database inside of the closed and virtual network environment dedicated to your account. You use Amazon Virtual Private Cloud (Amazon VPC) separated from other networks in AWS. Because this database doesn’t need any connection from the public internet, you can place it inside of a private subnet in your VPC.
You can launch a notebook instance of Amazon SageMaker to use an environment for Jupyter to develop models in the same VPC. Because you need to connect to this instance from the open internet, at the time of development, place this instance in a public subnet. To allow connection to the Aurora database, you need to configure the virtual firewall of the instance, the security group, and the route table to define the network traffic route appropriately. You also launch a container for training a task in the VPC and create a NAT Gateway to connect to the open internet to install libraries to the container.
AWS CloudFormation templates and sample code are available in the GitHub repo to help you to create the environment in AWS. Choose Create Stack and create the environment shown in the following diagram within 10-15 minutes.
CREATE_COMPLETE displays when stack creation is complete. The CloudFormation stack creates resources that incur charges, so make sure to delete the stack after this tutorial if you don’t intend to use it further.
To connect to the database securely, keep your user name and password in AWS Secrets Manager.
Executing in Amazon SageMaker
You can now connect to the notebook instance of Amazon SageMaker.
- Open the Jupyter environment redirected from the AWS Management Console.
- Open the sample code
pytorch_simple.ipynbcloned from GitHub.
- Choose the kernel
- Install a MySQL client in preparation (
pip install optuna PyMySQL) in addition to Optuna.
Preparation for training
Amazon SageMaker uses a Docker container for training and hosting inference endpoints. For this use case, you use the existing PyTorch Docker image in the GitHub repo with requirements.txt to set up an environment because you’re merely adding Optuna to the environment. You can install it when a container starts by specifying the versions of libraries in requirements.txt:
Alternatively, you could create an Amazon SageMaker Docker image with an additional library for training or inference before running the container. In that way, you reduce the overhead of starting the container. However, this method is outside of the scope of this post.
The Python script (
src/pytorch_simple.py) specified as an entry point runs at the time of training in Amazon SageMaker. You just need to rewrite a few parts of the training script so the Python script can run in Amazon SageMaker.
In the main function, parse the hyperparameters passed at the time of training job executed, load the data from Amazon Simple Storage Service (Amazon S3), and save the model to Amazon S3 after the training by specifying the pre-defined directory obtained from the environment variables. For more information, see Using PyTorch with the SageMaker Python SDK.
Running the training job
Obtain the following parameters from the Outputs tab on the AWS CloudFormation console:
- Private subnet ID and security group of training container
- Endpoint of the Aurora database
- Secret name of Secrets Manager
You can use the Amazon SageMaker Python SDK to upload to Amazon S3. For this walkthrough, you call the training script created in the previous section from the notebook instance in Amazon SageMaker. Initialize PyTorch
Estimator class by specifying the version of PyTorch, IAM role for execution, subnet ID, security group, and the type and number of instances. Launch the container with the
fit() method. The sample notebook runs multiple training jobs parallel on Amazon SageMaker. See the following code:
You can see the console output during training in Jupyter Notebook. Models are saved every time in the
objective() function. Only trials that are optimal in each training job are moved to
model_dir and stored in Amazon S3. The Amazon SageMaker training job ID is recorded in the user attribute of the trial for retrieval. This makes it easy to get the Amazon S3 object key where the best model is stored when the inference endpoint is deployed.
You can visualize the result when the training job is complete. Retrieve the result as
pandas.DataFrame. See the following code:
Through repeated trials, you can search for better hyperparameters and confirm that the accuracy has improved, which is shown in the following figure.
Creating the inference endpoint
You can now deploy the model and check the inference result.
- Retrieve the best model in the study executed so far.
- Specify the S3 bucket and object where the results are stored using the Amazon SageMaker job ID that you recorded in the previous step.
The model loading for hosting is written in
- Specify the instance numbers and types, and call the
deploy()See the following code:
Endpoint creation takes several minutes.
By sending images to the endpoint for trial, you can get the result of the inference. See the following code:
If you see the result as the following code, the execution is successful:
When you are done running testsn, delete the unused endpoints to avoid unintended charges. See the following code:
Delete the CloudFormation stack if you don’t intend to use it any longer. You can delete it on the console.
This post demonstrated how to execute hyperparameter optimization (HPO) using Optuna in Amazon SageMaker. You reviewed the necessary architecture and procedures using AWS services and Optuna versions currently offered. Although this post used Aurora MySQL, you can use other RDS engines and even Redis (experimental in Optuna v1.4.0) for the parameter database. As demonstrated in this post, you can implement Amazon SageMaker and other AWS services to run various workloads. If you have other use cases and new ideas, share your thoughts with the AWS Solutions Architects.
About the authors
Yoshitaka Haribara, Ph.D. AWS Solutions Architect. He works with machine learning startups in Japan including PFN. His favorite service is Amazon SageMaker and Amazon Braket.
Shoko Utsunomiya, Ph.D. AWS Machine Learning Solutions Architect; supporting and providing solutions for machine learning projects in the industry of Automotive, Healthcare, and Games. Her favorite AWS service is Amazon SageMaker.