Merge lp:~axwalk/goose/nova-availability-zones into lp:goose
Status: | Merged |
---|---|
Approved by: | Martin Packman on 2014-06-10 |
Approved revision: | 127 |
Merged at revision: | 125 |
Proposed branch: | lp:~axwalk/goose/nova-availability-zones |
Merge into: | lp:goose |
Diff against target: |
634 lines (+301/-70) 10 files modified
errors/errors.go (+22/-6) errors/errors_test.go (+14/-0) nova/live_test.go (+37/-20) nova/local_test.go (+45/-0) nova/nova.go (+45/-6) testservices/errors.go (+4/-0) testservices/novaservice/service.go (+62/-20) testservices/novaservice/service_http.go (+47/-18) testservices/novaservice/service_http_test.go (+21/-0) testservices/service.go (+4/-0) |
To merge this branch: | bzr merge lp:~axwalk/goose/nova-availability-zones |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Juju Engineering | 2014-06-06 | Pending | |
Review via email:
|
Commit message
Add support for Availability Zones
- Added ListAvailabilit
- Added AvailabilityZone field to RunServerOpts
- Added AvailabilityZone field to ServerDetail
- Updated nova test-service to support all of the above
Availability zones are an OpenStack extension,
so I've made it so that ListAvailabilit
ignore any 404 to the os-availability
https:/
R=gz
Description of the change
Add support for Availability Zones
- Added ListAvailabilit
- Added AvailabilityZone field to RunServerOpts
- Added AvailabilityZone field to ServerDetail
- Updated nova test-service to support all of the above
Availability zones are an OpenStack extension,
so I've made it so that ListAvailabilit
ignore any 404 to the os-availability
Andrew Wilkins (axwalk) wrote : | # |
Dave Cheney (dave-cheney) wrote : | # |
https:/
File nova/local_test.go (right):
https:/
nova/local_
Are these zones guaranteed to be returned in order? Should this be
jc.SameContents
https:/
File testservices/
https:/
testservices/
Please document the order of az's is stored.
https:/
File testservices/
https:/
testservices/
c.Assert(
jc.SameContents
- 126. By Andrew Wilkins on 2014-06-06
-
Add comment on ordering of zones
Andrew Wilkins (axwalk) wrote : | # |
Please take a look.
https:/
File nova/local_test.go (right):
https:/
nova/local_
On 2014/06/06 04:33:17, dfc wrote:
> Are these zones guaranteed to be returned in order? Should this be
> jc.SameContents
Yes, they are sorted by the server.
https:/
File testservices/
https:/
testservices/
On 2014/06/06 04:33:17, dfc wrote:
> Please document the order of az's is stored.
Added to the doc comment of this function. There's no user-facing place
to add a comment.
https:/
File testservices/
https:/
testservices/
c.Assert(
On 2014/06/06 04:33:17, dfc wrote:
> jc.SameContents
They are sorted by the server. No need to introduce a dependency on
juju/testing/
Martin Packman (gz) wrote : | # |
Do any of our openstack clouds actually support this extension? Neither
canonistack nor HP seem to. I'm not totally up to dat on current plans,
but this seemed to be a dead end a year ago, with different mechanisms
talked about as fulfilling the role that weren't availabilty zone based.
Andrew Wilkins (axwalk) wrote : | # |
On 2014/06/07 14:54:10, gz wrote:
> Do any of our openstack clouds actually support this extension?
Neither
> canonistack nor HP seem to. I'm not totally up to dat on current
plans, but this
> seemed to be a dead end a year ago, with different mechanisms talked
about as
> fulfilling the role that weren't availabilty zone based.
HP's US West has 4 availability zones. I've tested this live.
Martin Packman (gz) wrote : | # |
Ah, interesting. I wasn't on their 12.12 deployment (which is being
retired Monday), so must have been added for the 13.5 one.
Martin Packman (gz) wrote : | # |
LGTM.
https:/
File nova/local_test.go (right):
https:/
nova/local_
This is pretty magical test server behaviour, but you have a nice big
comment at least.
https:/
File nova/nova.go (right):
https:/
nova/nova.go:695: return nil, nil
I'd prefer we return a specific error that can be checked, but that's
not really a job for this proposal, we need better goose-wide handling
of extensions and errors.
https:/
File testservices/
https:/
testservices/
errAvailability
Rather than doing this the old way, you should use the new
testservices/
- 127. By Andrew Wilkins on 2014-06-09
-
Address review comments
- Return an error if AZ extension is not supported
- Use new testservices/errors
Andrew Wilkins (axwalk) wrote : | # |
Please take a look.
https:/
File nova/nova.go (right):
https:/
nova/nova.go:695: return nil, nil
On 2014/06/07 17:13:03, gz wrote:
> I'd prefer we return a specific error that can be checked, but that's
not really
> a job for this proposal, we need better goose-wide handling of
extensions and
> errors.
I think you're right, and I'd prefer to get the API right to begin with.
The error type/method of checking may change later, but at least we
should start out with propagating the error.
I've created a error code in goose/errors for "not implemented".
https:/
File testservices/
https:/
testservices/
errAvailability
On 2014/06/07 17:13:03, gz wrote:
> Rather than doing this the old way, you should use the new
> testservices/
Done.
Reviewers: mp+222275_ code.launchpad. net,
Message:
Please take a look.
Description:
Add support for Availability Zones
- Added ListAvailabilit yZones to Nova client
- Added AvailabilityZone field to RunServerOpts
- Added AvailabilityZone field to ServerDetail
- Updated nova test-service to support all of the above
Availability zones are an OpenStack extension, yZones will -zone URL.
so I've made it so that ListAvailabilit
ignore any 404 to the os-availability
https:/ /code.launchpad .net/~axwalk/ goose/nova- availability- zones/+ merge/222275
(do not edit description out of merge proposal)
Please review this at https:/ /codereview. appspot. com/103900045/
Affected files (+260, -64 lines): novaservice/ service. go novaservice/ service_ http.go novaservice/ service_ http_test. go
A [revision details]
M nova/live_test.go
M nova/local_test.go
M nova/nova.go
M testservices/
M testservices/
M testservices/